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PREFACE 


This manual describes the characteristics of and the commands for using 
ECHOS, the CDC® CYBERPLUS Processor Simulator. ECHOS can take a program 
that you have created and produce a register level simulation of from 1 to 
16 CYBERPLUS processors on a common system ring. This product is intended 
for use by programmers who are using the MICA cross assembler to develop 
programs for the CYBERPLUS processor. 


ECHOS runs on the CDC CYBER 170/180 series computer under the Network 
Operating System (NOS). 


Section 1 of this manual provides you with a list of the features that 
ECHOS provides, as well as a list of CYBERPLUS features that are not 
supported. 


Section 2 of this manual describes the configuration and features of the 
hardware simulated, and also the modes of simulation and associated tracing 
options. 


Section 3 describes how to use ECHOS and Section 4 contains a description 
of all commands available for controlling ECHOS operations. 


Section 5 provides a detailed interpretation of output produced and Section 
6 defines the object code format. 


In Section 7 there is an example of a single CYBERPLUS processor simulation 
run. 


The Appendices provide a summary of all hardware instruction codes and 
formats with associated programming mnemonics. Also included are a quick 
reference summary of the ECHOS commands and an explanation of all error 
messages produced. 


This manual assumes that you are familiar with the CYBERPLUS processor 
harware, the MICA programming language, and the NOS operating system. 


NOTE 


This product is intended for use only as described in this 
document. Control Data is not responsible for the proper 
functioning of undescribed features or undefined parameters. 
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The following documents contain additional related information. 


Publication 
CDC Publication Number 
CYBERPLUS Computer System Hardware Reference Manual 77960981 
CYBERPLUS Cross Assember (MICA) Reference Manual 77960970 
CYBERPLUS System Software Reference Manual 60461680 
CYBERPLUS Debug Reference Manual 60461710 
NOS Version 2 Operator/Analyst Handbook 60459310 
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INTRODUCTION | 1 


The CYBERPLUS processor simulator (ECHOS) provides you with the ability to 
produce an instruction-by-instruction simulation of MICA programs. The 
simulator can be used interactively or in a batch environment. 


ECHOS provides the following features: 


e Accurate timing 


e Rings 
@ Multiple 
processors 


8 High Performance 
Memory (HPM) 


) Reconfigurable 

° MICA binaries 

@ Overlays 

© Run/Step modes 

e Bad usage checks 
° Dumps 

e ‘Traces 

e Time limits 
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Timing relationships are simulated at the register 
level on a cycle-by~cycle basis so that the 
programs produce the same results, including 
timing, that are obtained on the hardware. 


The interconnecting processors are simulated in a 
ring array with fully accurate timing. 


1 to 16 processors are simulated on a single ring. 
HPM is functionally simulated. 


You can select one of four predefined CYBERPLUS 
configurations. 


Binary files from the Machine Instruction Cross 
Assembler (MICA) may be loaded directly into one 
or more of the processors. 


Overlays are selectively loaded from a MICA binary 
file. 


Two modes of simulation are provided to optimize 
speed versus accurate, synchronized timing. 


ECHOS checks for improper usage of the hardware 
and the appropriate error messages are generated. 


The two data dumps provide a detailed status 
report of selected functional units and memory 


contents. 


An optional trace is placed on the program path 
during simulation of a selected part of a. program. 


ECHOS places time limits on the simulation of any 
section of a program. 


i=l 


Write protect ECHOS allows definition of read-only areas in data 
memories. 


Breakpoints Up to eight software breakpoint address ranges can 
be specified for each processor in addition to the 
hardware breakpoint simulation. 


Checkpoints ECHOS dumps the whole state of the simulated 
array, including the rings and HPM, to a file and 
allows the simulator to be initialized from this 
file. 


The following features of the CYBERPLUS processor hardware are not 
supported in ECHOS: 


The interrupt logic. 
The shadow register matrix. 


The External Memory Access unit (XMAU) instructions that read the 
shadow registers and write instruction memory. 


The ability to execute XMAU instructions from the ring port. 
Memory Multiplexor Interface (MMI) conflict resolution timing. 


Direct Memory Access Unit (DMAU) or any of its components, including 
the Processor Memory Interface (PMI) and the Memory Ring. 
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SIMULATOR OVERVIEW 2 


ECHOS provides a set of commands that you can use to take assembled 
programs directly from a file generated by the MICA cross assembler, load 
them into ECHOS, and then simulate the execution of those programs just as 
if they were on the CYBERPLUS processor. 


This section describes the two operating modes available in ECHOS, the 
files it uses, the processor configurations that ECHOS will simulate, and 
which processor features are simulated. It also includes a description of 
the methods used to run the simulator, and a description of the types of 
output available. 


MODES OF OPERATION 


ECHOS has two operating modes: interactive mode and batch mode. In batch 
mode, the commands that control one or more simulations are read from the 
appropriate files and then performed immediately. The output of each 
simulation, along with a copy of the corresponding input commands, is 
automatically written to a list file for printing. 


In interactive mode, you type the commands that control the simulation 
directly onto the terminal. The output of the simulation can either be 
returned to the terminal, written to a list file, or both. If the output 
is returned exclusively to the terminal, only the end result is displayed. 
If the output is sent to a list file, a copy of both the results and the 
input commands is available for later examination and printing. This 
provides you with maximum control of the simulation process. 


The primary output of an ECHOS simulation is a listing of the contents of 
each of the system registers (the results) once the program has been 
executed. You can also specify that the current state of any or all parts 


of the simulated processor be written to an output device at specified 
points during program execution. 


PRIMARY DATA FILES 


During simulation, ECHOS may access any or all of six primary data. files. 
These files and their default names are: 


e Primary command input file (INPUT) 


@ Secondary command procedure file (PROC) 
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e Binary program file (MBIN) 
e Terminal output file (OUTPUT) 
e List output file (LIST or OUTPUT) 
e Checkpoint/reload file (CHKPT) 
The following scratch files may also be created during an ECHOS run: 
e HPM file (ZZZZBM) 
e Processor swap file (ZZZZAS) 


Figure 2-1 shows the relationship of the primary data files and the MICA 
assembler to the simulator operation. The default file names may be 
changed when ECHOS is accessed (see section 3), or when certain simulator 
commands are used. 


The following paragraphs contain a description of each primary data file 
and its use. 


Primary Command Input File 


The primary command input file contains the ECHOS commands, which are 
entered interactively at a terminal or as data statements in batch mode. 
These commands control the simulation process. The default file name is 
INPUT. 


Secondary Command Procedure File 


The secondary command procedure file is an optional file which contains a 
predefined sequence of commands to be processed when the system encounters 
the X command. The default file name is PROC. This file name can be 
changed using the X command. 


Binary Program File 


The binary program file contains the MICA binary output that will be 
executed by the simulator. This file may also contain data initialization 
statements for presetting the contents of the various processor memories. 
The format of this file is defined in section 6. The default file name is 
MBIN. This file name can be changed using the LOAD command. 
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Figure 2-1. ECHOS Simulator 
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Terminal Output File 


The terminal output file is a local holding file, named OUTPUT, through 
which all messages, traces, and dumps generated by a simulation must pass 
before they are displayed on the terminal. The information is removed from 
the file as it is displayed on the terminal. 


List Output File 


The list output file contains a complete copy of the input commands used, 
and the results obtained from a simulation. Each page of the list file has 
a heading which includes the simulator version number, the date and time of 
the run, a page number, and an optional title (specified with the TITLE 
command). 


In batch mode, the list file is the primary output medium. This file is a 
local file, and remains in existence only until its content has been 
printed. If you want to retain a copy of it, you must make it a permanent 
file. The default file name is OUTPUT. 


In interactive mode, the list file can be used to provide a log of all 
terminal activity for later offline printing, or to print extensive traces 
or dumps that are too long for the terminal. This file is also a local 
file, and must be made permanent if you want to keep it longer than the 
current working session. In interactive mode, the default file name is 
LIST. However, whether you are in batch mode or interactive mode, the type 
of file generated is the same, and the default file name may be changed 
using the LIST command. 


Checkpoint/Reload File 


When a checkpoint command (CKP) is executed, the entire state of the 
simulated processors (including the HPM) is saved in the checkpoint file. 
The same file is accessed by the reload command (RELD) to restore the 
machine state from a previous checkpoint. Multiple checkpoints may be 
stored in the same file. The default file name is CHKPT. It can be 
changed using either the CKP command or the RELD command. 


High Performance Memory (HPM) File 


The HPM file (ZZZZBM) contains the simulated HPM for the current config- 
uration (see System Configurations in this section). Multiple HPMs are 
allocated separate contiguous space in this file, and nonzero data blocks 
are swapped to and from this file as they are accessed by the simulator. 
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Processor Swap File 


The processor swap file (ZZZZAS) contains a separate image for each of the 
active processors in a configuration. That image represents the state of 
the registers for each processor in the configuration at any given point in 
time. The existing processor image is swapped for a new one each time the 
simulator executes another step in the program currently being run. As 
processing progresses from one processor to another, these images are 
swapped out of and back into the ZZZZAS file. This file is only created if 
more than one processor has been loaded or the state of the processor has 
been modified. 


SYSTEM CONFIGURATIONS 


ECHOS simulates system configurations containing up to 16 CYBERPLUS 
processors on one system ring. Four predefined system configurations are 
currently available (see figure 2-2). The configuration of each of the 
processors within one of these systems is identical. Processor 
configurations, and the corresponding hardware features supported, are 
described later in this section. 


Each simulated system ring contains “slots” that represent locations on the 
system ring at which processors and other peripheral equipment can be 
attached. The slots used for processors contain the input and output 
registers that represent the processor ring ports I0 and Il. The remaining 
slots are dummy slots used to represent other equipment on the ring. 


One processor slot on each system ring is designated the Master slot. This 
slot detects lost data packets (packets that have gone past all the 
processors, and have returned to the master slot). This slot can also be 
used to enter data directly onto the ring using the PAK command. This slot 
is functionally equivalent to the CYBER Ring Port (CRP) in a CYBERPLUS 
system. However, ECHOS does not actually simulate the CRP. 


Processors on the system ring are identified by the equipment code of the 
processor system ring port (10). Each processor on the system ring is 
assigned a number, O through 15 (zero is the default for each 
configuration). The processor rings are assigned the following numbers: 1 
for the System Ring and 2 for the Application Ring. 


ECHOS also simulates HPM (high performance memory) using a logical HPM. A 
logical HPM is defined as the space accessible from an External Memory 
Access Unit (XMAU). The HPM space is allocated in the HPM file (ZZZZBM). 
Its size is either 4 or 8 memory banks, where one bank holds 64K 64-bit 
words. The access delay time for an HPM can be changed using the CONFIG 
command. . 
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The four predefined system configurations shown in Figure 2-2 each consist 
of 1 or more CYBERPLUS processors with 2 rings, a system ring and an 
application ring, and with either 256K or 512K words of HPM attached to 
each processor. The system configuration currently in use may be displayed 
using the CONFIG or QUERY,C commands. See section 4 for a discussion of 
these commands and a description of the output produced. 
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CONFIGURATION 1 MASTER RING SLOT 


APPLICATION 
RING (2) | 


CYBERPLUS 
PROCESSOR 


SYSTEM 
RING (1) 


CONFIGURATION 2 MASTER RING SLOT 


APPLICATION 
RING (2) 
= 


CYBERPLUS 
PROCESSOR 


SYSTEM 
RING (1) 


Figure 2-2. Configurations (Sheet 1 of 2) 


77960971 B 


25] 


CONFIGURATION 3 


SYSTEM 
RING (1) 


MASTER RING SLOT 


APPLICATION RING (2) 


4 CYBERPLUS 
PROCESSORS 


CONFIGURATION 4 


SYSTEM 
RING (1) 


MASTER RING SLOT 


CRP 


APPLICATION RING (2) 


16 CYBERPLUS 
PROCESSORS 


Figure 2-2. Configurations (Sheet 2 of 2) 
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PROCESSOR SIMULATION 


ECHOS performs a register level simulation of up to 16 CYBERPLUS 
processors. All of the processors on the system ring have the same 
configuration, composed of the following functional units: 


e Control unit with 4096 240-bit words of program memory. 
@ Two ring ports, 10 and Il. 


® Four data memories each with 4096 16-bit words and 16 16-bit index 
registers. 


e Two integer add units. 

e One file unit containing two 16-word register files. 

e One integer multiply unit. 

e Two shift/Boolean units. 

@ Two external memory access units (XMAUs). 

e One floating point add unit. 

e One floating point multiply unit. 

@ One floating point divide/square root unit. 

@ One floating point file register containing 16 64-bit registers. 


ECHOS provides a complete simulation of all of the CYBERPLUS functional 
units except as noted in the following paragraphs. This includes all of 
the defined arithmetic and logical operations, all register level memory 
operations, the control unit with its stack logic, the condition-sensing 
network, and the crossbar switch. Undefined operations, however, may not 
produce the same results as the CYBERPLUS processor. All timing is 
simulated on a cycle-by-cycle basis. The crossbar switch configuration is 
given in appendix C. The operation codes for each functional unit are 
given in appendix D. 


The interrupt logic is not implemented. If an interrupt is requested, the 
request is ignored. This includes ring port interrupts, breakpoint 
interrupts and the control unit return from interrupt (RTI) clock (JI and 
FI clocks both set). The format of the 240-bit control unit instruction 
word is given in appendix B. 


The shadow register matrix is not implemented. Thus, although the Read 


Shadow ring port instructions are implemented, the data returned is 
meaningless. 
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The XMAU instructions that read the shadow registers and write program 
memory are not implemented. If such an instruction is encountered, it is 


ignored. 


The ability to execute the XMAU 0 (X0) instruction packets entering ring 
port 0 (10) is not implemented. Any such packets appearing in the ring 
port are ignored after passing through the input FIFO. The format of the 
ring packets is given in appendix E along with the associated ring 
operation codes. 


ECHOS simulates all functional unit operations and produces the same 
‘results as the hardware, except when the operation code specifies an 
undefined or nondeterministic operation. If an undefined operation is 
specified, the system stops and an error message is issued. A more 
detailed description of the functional capability of each unit, along with 
its associated timing information, is given in the CYBERPLUS Computer 


System Hardware Reference Manual (publication #77/960981). 


The following paragraphs identify some areas in which the ECHOS simulation 
differs from the hardware. 


Adder 


If you have set up one of the two adders to perform a 32-bit operation but 
the other adder has a different operation code, the result in this add unit 
will be undefined. 


If the operation code bit 200,64 is set, the result is undefined. If 
operation code bits 080)¢ and 040)6 are both set, the result is 
nondeterministic; i.e., the hardware result may vary from one run to 
another. If the adder is set up to perform an 8-bit operation, the carry 
bit is undefined. For all other operation code combinations, ECHOS 
generates the same result as the hardware. The combinations discussed 
above are not allowed by MICA when MICA mnemonics are used, but can be 
entered into the object code later, using the appropriate hexadecimal code. 


The carry status bit in 2's complement mode is meaningless. 


Multiplier 


The results of a multiplication operation are undefined if operation code 
bits 1 through 5 of the multiplication function are not set using one of 
the following combinations: 
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00000 A*B magnitude multiply 


10000 A*B 2's complement multiply 

01100 ) 

01101 ) 4 combinations of 
01110 ) byte multiply 
01111 ) 


Note that any of these defined multiplication operations can be combined 
with one of the bit pattern functions (e.g. the population count operation, 
bit reversal operation, etc.); in this case, ECHOS performs in the same 
manner as the hardware. As in the case of the adder, the undefined 
conditions can be avoided by the use of MICA mnemonics. 


Data Memory 


If you set the Increment register (in a post increment or decrement 
operation) in the same instruction which loads it, the results are 
nondeterministic. 


If you perform an index post increment or decrement operation using the 
address taken from the A input register (operation code bits 20016 and 
02016 both set), the results are undefined and will be nondeterministic 
if the A register is also loaded in the same instruction. 


Control Unit 


If the stack address changes during a machine cycle in which either a JSA 
(jump to stack plus A register) or STSA (write the sum of the stack and A 
register into the stack) instruction is executed or the stack data is being 
transferred to another unit via the crossbar, the stack data is undefined 
and the results are nondeterministic. 


Following a RESET or Master Clear operation, it is necessary to step the 
processor through one or more cycles (depending on the condition) for the 
condition vector bits to become valid and properly reflect the new machine 
state. 


Since interrupts are not implemented, the return from interrupt (RTI) clock 
(jump inhibit (JI) plus fall through inhibit (FI)) performs an 
unconditional inhibit of the next instruction. This is not the same as the 
hardware, which switches to or from interrupt mode. 


The hardware breakpoint timing is not simulated since it is recognized 
directly by ECHOS and treated in the same way as the software breakpoints. 
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XMAU and HPM Simulation 


ECHOS performs a full simulation of the External Memory Access Units 
(XMAUs) with a functional simulation of the attached HPM. All HPM is 
simulated using a scratch file with a portion buffered into the simulator 
for immediate access. This buffering process is automatic, but can produce 
high operating overhead if the HPM must reference widely random addresses. 


The XMAU simulation and timing are accurate with respect to the operation 
of its internal registers and associated status bits, as are the simulation 
and timing of the other functional units of the processor (e.g.,the input 
buffer, output buffer and request stack counter). The processor stop logic 
associated with request stack full, output buffer full, and the wait for 
data ready clock is fully simulated. The request stack in an attached MMI 
with the associated request and acknowledge logic is simulated. 


The following instructions are not implemented. If one of these is 
executed, it is treated as a no-operation. 


I Clear Interrupt. 
Read selected shadow register. 
Write program memory parcel 0. 
Write program memory parcel l. 
Write program memory parcel 2. 
Write program memory parcel 3. 


NK MSO 


The timing of memory accesses to any HPM bank with either XMAU port, while 
the other port is inactive, is simulated accurately. However, the timing 
of bank conflict resolution is not accurately simulated. In this case, a 
fixed delay is implemented in ECHOS for each logical HPM in the array. 

This delay, which can be changed by the CONFIG command, allows the checkout 
of all program logic associated with processor stops due to delays in the 
memory system. However, the slowing down effects of bank conflicts and the 
MMI request processing logic will not be apparent. 


Ring Port Simulation 


ECHOS performs a full simulation of the ring ports and associated rings. 
This simulation includes all data flow functions and most control 
functions, including the input FIFO hold, and the processor stop and ring 
stop logic with fully accurate cycle-by-cycle timing. 


All processor ring port functions, as given in appendix E, are simulated. 
All the undefined operation code combinations perform the same function as 
the hardware. 


Instructions which reference the interrupt lockout and enable bits set or 


clear the appropriate flag, but this has no effect since interrupts are not 
implemented. 
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If the combined ring port clock C (instruction bit 46) is changed in the 
same instruction that routes ring port data to some other unit via the 
crossbar, the value of that data is nondeterministic. In this case ECHOS 
will not give the same result as the hardware. 


ECHOS processes all incoming ring packet functions (see appendix E) in the 
same manner as the hardware with the exception that the interrupt 
instructions are not implemented. If such a packet enters the ring port, 
the interrupt is ignored and the packet is processed as if bit O were 
zero. If a ring packet attempts to execute in ring port O an operation 
table entry (SDab or SEab instruction) which references XMAU 0, the 
function is ignored. 


The processor control register bits may be set and cleared by ring packet 
functions (SCRb and CCRb). Most of these, however, have no further effect 
since they are not implemented. The Run bit, the Breakpoint Enable bit, 
and the Select Self Test mode control register bits are implemented and 
perform the specified function. (Refer to the P, BKE, BKD and BKP commands 
in section 4, which also affect these bits.) The remaining forced control 
functions (BKPb, LDPb, LPR, CRSL, RSHb and RSIb) are all implemented. 
(Refer to the BKP, LOAD, P and GO commands which also affect the breakpoint 
and P registers.) 


RUNNING THE SIMULATOR 


Figure 2-3 illustrates the basic sequence of operations performed in the 
main loop of the simulator when executing a RUN or STEP command. To 
minimize ECHOS activity, a ring or processor is processed in the main loop 
only if the main loop is specified in the command (see General Command 
Syntax in section 3) and if there is something for it to do. The following 
paragraphs discuss the two methods of running the simulator, and the 
breakpoints or reasons for stopping simulation. 


Step And Run 


There are two methods of running the simulator in interactive mode: using 
the STEP command, and using the RUN command. These commands can be used 
interchangably throughout a simulation, as the need arises. 


The STEP command advances all processors and rings being simulated one 
machine cycle at a time with each pass through the ECHOS main loop. As a 
result, the existing images of all active processors (stored in the host 
memory) are swapped for new ones each time the simulator executes another 
machine cycle. This ensures completely accurate step-by-step simulation of 
all processor interaction and ring synchronization timing. This method is 
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slower than using the RUN command, and should be used sparingly when more 
than one processor is being simulated. Ring activity itself, however, does 
not affect simulator performance. (See also the STEP and STEPR commands in 
section 4.) 


With the RUN command, each processor or ring is executed until its 
instruction or cycle count expires, or until it can proceed no further. 
The simulator then goes on to execute the next processor or ring. On each 
pass through the main loop, a processor or ring may be restarted as a 
result of activity in another processor or ring. This entire process is 
repeated until all processors have completed the specified count, reached a 
breakpoint, or encountered an error condition. The process also stops if 
no processors or rings can proceed. This will happen if a deadlock 
condition has been reached, or if a processor or ring is waiting for 
another processor which has stopped at a breakpoint or is not in the 
current Use list (see the USE command in section 4). 


To avoid a condition in Run mode where one processor loops indefinitely 
waiting for another, the simulator can be forced to move on to the next 
processor or ring after a specified number of steps (or ‘time slice'). 
(See also the RUN and RUNR commands in section 4.) 


Do not confuse the simulator RUN and STEP commands and associated modes 
with the processor hardware Run and Step control bits. The RUN and STEP 
commands are directives to ECHOS to advance the state of the processor or 
subsystem by one or more machine cycles. The Run and Step control bits are 
a part of the state of that processor or subsystem, and the effect of 
changing either of them may not be apparent for several machine cycles (or 
simulator STEPs). 
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STEP, t/RUN, t COMMAND & 


SET LIST OF PROCESSORS/RINGS TO PROCESS 
CLEAR STEP COUNTS & ACTIVE PROCESSORS 


SET STP = STP +1 


GO TO NEXT RING & RING LOOP: PROCESS EACH RING IN TURN 


4 LIMIT = t-RSTEP OR 1(STEP MODE) 
Y 


ADVANCE RING BY 1 CYCLE 
ACTIVATE PROCESSOR AS APPROPRIATE 


INCREMENT COUNT & RSTEP 


BREAKPOINT, 
OR COUNT 
= LIMIT ? 


Y 
SET RING INACTIVE 
IF STOPPED OR IDLE 


Figure 2-3. Simulation Sequence (Sheet 1 of 2) 
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GO TO NEXT PROCESSOR . 
PROCESSOR LOOP: PROCESS EACH PROCESSOR IN TURN 


ome LIMIT = t-ASTEP or 1(STEP MODE) 


Y 


SET UP LIMIT ADVANCE PROCESSOR BY 1 CYCLE 
SET COUNT = 0 ACTIVATE RINGS AS APPROPRIATE 
SWAP PROCESSOR IF NECESSARY INCREMENT COUNT & ASTEP 


BREAKPOINT 


Y 
SET PROCESSOR INACTIVE 
IF STOPPED OR IDLE 


SET STP=t IF BRKPT. & STEP 


N 
Y 
PRINT ARRAY TRACE 
wane 
Y 


RETURN TO 
COMMAND 
PROCESSOR 


Figure 2-3. Simulation Sequence (Sheet 2 of 2) 
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Breakpoints 


There are three types of breakpoint that cause a processor or ring to stop 
simulation and issue an appropriate message: Informative, Normal, and 
Fatal. These breakpoints are described in the following paragraphs. 


Informative Breakpoints © 


An informative breakpoint is one where the processor has stopped because it 
is waiting for an external event. These breakpoints do not stop the 
overall simulation. Once the external event occurs, as a result of 
continuing simulation in other processors or rings, the processor or ring 
concerned will resume execution. 


The processor informative breakpoints (and the corresponding messages) are: 


Stopped on output FIFO full. 
Stopped on attempt to clear status. 
Stopped on input FIFO full. 

Stopped on wait for data ready. 
Stopped on request stack full. 
Stopped on output buffer full. 
Processor not running and idle. 


The ring informative breakpoints (and the corresponding messages) are: 


Ring stopped by Processor nn. 
Ring idle. 


where nn is the number of the processor that is stopped. 


A special case of the informative breakpoint occurs each time the 
incremental count in a RUN command expires. 


Normal Breakpoints 


A normal breakpoint is one where the simulator stops or is forced to stop 
so that the user can examine the state of a processor or the array. These 
breakpoints occur when an explicitly requested breakpoint is encountered, 
or when the simulator detects an abnormal condition and stops to inform the 
user. Either the STEP or RUN command may then be repeated to continue the 
simulation from that point. 
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The processor normal breakpoints (and the corresponding messages) are: 


Break key command (manual interrupt). 

H/W breakpoint. 

S/W breakpoint. 

Writing into Dx ROM (Refer to the SET command in section 4). 
HPM reference out of range. 

Potential HPM reference error. 

Potential processor hang on WDR. 

Illegal adder instruction. 

Illegal data memory instruction. 


The ring normal breakpoints (and the corresponding messages) are: 


Break key command (manual interrupt). 
Lost data on ring. 


A special case of the normal breakpoint occurs when the cycle count 
specified on the STEP or RUN command expires. 


Fatal Breakpoints 


A fatal breakpoint occurs when the simulator has detected a major error 
condition; i.e., either the processor is hung and cannot proceed or there 
is a serious programming error. 


When a fatal breakpoint is encountered, the simulator stops and clears the 
processor's Run bit. In cases where the processor is hung, it must be 
cleared using the master clear command (see the MC command in section 4) 
before it can continue. An external master clear (*.MC) is required to 
clear the HPM requests and associated logic. The hardware Run bit must be 
reset before the processor can continue. This may be accomplished by using 
the P command, the GO command, or by an appropriate packet entering the 
master ring port (10). 


The fatal breakpoints (and the corresponding messages) are: 


Executing outside program area. 
Invalid stack data used. 

Hung waiting for HPM. 

XMAU input buffer overwritten. 
Hung on ring clear status. 
Request stack overflow. 

HPM request overwritten. 


The effect of a breakpoint when simulating more than one processor or ring 
depends on the mode of simulation. 
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When using the STEP command, if a normal or fatal breakpoint is encountered 
in a single processor or ring, the trace and a message are displayed for 
that processor. The simulator completes the current machine cycle in all 
remaining processors and rings, and then stops at the end of the current 
pass through the main loop. 


When using the RUN command, if a normal or fatal breakpoint is encountered 
in a processor or ring, the trace and a message are displayed and the 
processor or ring is removed from further processing. The remaining 
processors and rings, however, continue execution. In addition, when the 
specified cycle count expires for a processor or ring, it is treated as a 
normal breakpoint. (Refer to appendix A for additional explanations of the 
normal and fatal breakpoint messages.) 


TYPES OF OUTPUT 


The output of an ECHOS simulation can be any of the following: a dump of 
the functional units and memory contents, an instruction and/or results 
trace, or a display of the state of the ECHOS modes and statistics (current 
date, time, and ECHOS version number). The following paragraphs describe 
each of these forms of output. 


Functional Unit Dump 


A functional unit dump is a listing of the contents of the registers and 
status bits of one or more of the functional units in a system, or a 
listing of the status and contents of a ring. This listing can contain as 
much or as little information as you specify. However, it always contains 
the following basic information: 


r) Functional unit identifier. 
e Dynamic control register. 
® STATUS of the machine condition vector. 


The contents of one or more of the following registers can also appear in a 
functional unit dump: 


A input register. 

B input register. 

Shift count input register (shift/Boolean unit). 
Double shift input register (shift/Boolean unit). 
Primary shift input register (shift/Boolean unit). 
Output register. 

High or upper 16-bit output register (Multiplier). 
Low or lower 16-bit output register (Multiplier). 
F file output register (File unit). 
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G file output register (File unit). 

Data compare register. 

Address compare register (Data memory). 

Increment register (Data memory). 

High or upper 16 bit compare register (Multiplier). 
Low or lower 16 bit compare register (Multiplier). 


The control unit, XMAUs, ring ports and floating point units are more 
complex units and contain additional registers and status flags which are 
described in detail in sections 4 and 5. 


Tracing 


A trace is a step-by-step listing of both the input commands used and the 
results obtained from the simulation of a program using ECHOS. Four types 
of trace can be produced during a simulation run: the Ring Trace, the 
Processor Trace, the Floating Point Trace, and the Array Trace. 


The Ring Trace is a single line of information for each active ring. This 
line contains the ring name and number, its activity status (active or 
inactive), and the number of machine cycles processed. 


The Processor Trace consists of one or more lines of information for each 
processor. This line contains the processor number, its activity status 
(active or inactive), the current instruction, and the contents of the 
primary functional unit registers and data paths. The information to be 
included in the trace may be defined separately for each processor. If the 
processor is stopped, only the basic single line trace is output, . 
regardless of the options selected. This single line trace contains the 
processor number, the current program address, the stop status, and a count 
of the instructions processed so far. 


The Floating Point Unit (FPU) Trace consists of four columns of data, one 
each for the Add, Multiply, Divide, and File functional units. The data 
appears as one or more lines of data for each functional unit, the DC 
field, input operand A (and B, if applicable), and the output value. 


The Array Trace gives a summarized status of all the processors and rings 
in the array. In Step mode, the array trace is output at the end of every 
machine cycle. In Run mode, it is output at the end of each pass through 
the simulator's main loop, which processes each ring and processor once 
(for possibly multiple cycles). 


In general, trace information is always written to the list file if the 
list file has been specified. A trace is also written to the terminal 
whenever the processor or ring stops on a normal or fatal breakpoint. The 
trace for the remaining processor or ring steps is normally written to the 
terminal in Step mode only. However, this may also be suppressed by the NT 
(Not-on-Terminal) parameter on the STEP or STEPR command. 
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For tracing purposes, the processor and ring machine cycles are divided 
into the following three categories: 


True breakpoints Steps resulting in a normal or fatal breakpoint 
(or when the specified cycle count expires). 


Informative steps Steps resulting in an informative breakpoint (or 
when the incremental step count kept during run 
mode expires). 


Running All other machine cycles. 


Whether the trace for a specific cycle is to be displayed or printed 
depends upon the mode in which the simulator is running (batch or 
interactive), and also upon which of the following options has been 
selected: 


Mode Step or Run mode. 

NT The Not-on-Terminal parameter on the STEP or STEPR 
command. The default is to write the trace to the 
terminal. 

Trace enabled Tracing is enabled by the TRACE command or 


disabled by the NOTRACE command. If the trace is 
to be enabled, the current program address 
(address of the instruction in the instruction 
register) must also be within the limits defined 
by the SET command. The default is the trace 
enabled for all addresses. 


T option The T option on the TRACE command specifies that 
informative steps are to be displayed. The 
default is with the option turned off. 


In all cases, the trace is displayed before the instruction in the 
instruction register is executed. The following table shows, for each 
category of machine cycle step, whether the trace will be displayed or 
printed for all combinations of the above options. The default combination 
is to have trace enabled and the terminal trace on but without the T 
option. This is shown in lines 1, 5 and 9 of the table. 
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TABLE 2-1. TRACE MODES AND OPTIONS 


Mode and Options Step Traced 


Informative True 
Running Step Breakpoint 


1 
1 
1 
1 
1 
1 
1 
1 
1 


T Except for the intermediate steps on the ring which are never traced 
mode. 


Not on Trace T 
Line Mode Terminal Enabled Option 


Terminal Display 


1 RUN xX xX 
2 RUN Xx X 


STEP 
STEP 0 
STEP 


STEP 


Listing Printed 


X 
X 
X 


The following symbols are used in the table above: 


OPTIONS: 0 = option not selected STEPS: '~' = step not traced 
X = makes no difference 'l' = step is traced 


Tracing can be selectively enabled for the terminal output and the list file by 
using an appropriate sequence of commands. The trace can also be enabled or 
disabled and a separate program address range specified for each processor 
independently. 
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Query Command 


The QUERY command can be used at any time during a simulation to list or 
display the configuration that is currently in use, the features being 
used, and the status of any or all of the rings and functional units. In 
interactive mode, the header and title line are also printed. 


When you use the query command to inquire about system configuration, the 
system first defines the allocation of the ring register slots in this 
array, including the total number of slots in the ring, which slots are 
assigned to processors and which are dummy slots, and which slot is the 
master slot. Then, it defines the allocation of HPMs to logical HPMs, the 
HPM type, the access delay time, and the size of the logical HPM. 

Finally, the system identifies the processor numbers, the position of 
their ring ports in the rings, and their XMAU to HPM connections. (A11 
numbers are given in decimal.) 


When you use the query command to inquire about the state of the 
processors, the system identifies the name of the program last loaded into 
the processor, the program address range that was loaded, the state of the 
processor's Run bit, and if a processor has stopped, the reason for the 
processor stop. 
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LOADING ECHOS AND COMMAND PROCESSING 3 


This section describes the execution of the ECHOS simulator, the method in 
which commands are entered into ECHOS, and the general and detailed command 
syntax. The actual commands available to control ECHOS processing are 
described in section 4. 


LOADING THE SIMULATOR 


The following NOS control statements cause the ECHOS simulator to be loaded 
and executed. (The command, ATTACH ECHOS, is not needed if ECHOS is 
installed on the system library.) 


ATTACH ,ECHOS. 
ECHOS ,mbin,input,list,output,chkpt, proc. 
where: 
mbin Processor binary program file name. This may be overridden by 
the LOAD command. The default is MBIN. 
input Primary command input file name. The default is INPUT. 
list List output file name. This may be overridden by the LIST 


command. The default is LIST. 
out put Terminal output file name. The default is OUTPUT. 


chkpt Checkpoint/reload file name. This may be overridden by the 
CKP and RELD commands. The default is CHKPT. 


proc Secondary command procedure file name. This may be overridden 
by the X command. The default is PROC. 


The method you use to access ECHOS is installation dependent. In the 
example above, ECHOS is assumed to be a direct access file located in the 
user's personal directory on the NOS operating system. 


It is not normally necessary to specify any files on the ECHOS call 
statement since they can be entered along with the relevant commands. 


To exit from the ECHOS simulator and return to NOS, you can use any one of 


the following commands: BYE, END, EXIT, HALT, KILL, or QUIT. See section 
4, ECHOS Commands, for additional information about these commands. 
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COMMAND PROCESSING 


In interactive mode, commands are normally entered at the terminal one line 
at a time. If a command input file has been specified on the ECHOS call, 
however, all commands will be read from this file. 


In batch mode, commands are read one line at a time directly from the 
specified or default command input file. 


Procedure Files 


A sequence of command lines may be read one line at a time from a secondary 
command or procedure file. This process is initiated by the X command. 
When the end of the procedure file is reached, ECHOS resumes reading from 
the primary input file or terminal. 


If ECHOS encounters an X command within a procedure file, it completes all 
the commands on the current line. Then, it stops reading from that file, 
goes to the new file, and starts executing commands from the new procedure 
file. In this way, procedure files may be chained together to be executed 
one after the other. 


Because the procedure file is always rewound prior to reading, it may be 
chained to itself. This will set up an infinite loop in which the commands 
in the procedure file are repeated indefinitely. 


For a detailed description of procedure files and their use, see the X 
command in section 4. 


Repeating Commands 


In interactive mode, a whole line of commands may be repeated by entering a 
carriage return (null command) on the terminal with no other characters 
preceding it. (Note that this is not the same as a blank command line.) 
This feature is only available when the primary commands are being read 
directly from a terminal; it is not available in batch mode. If this null 
command is entered immediately after completing a procedure file, the last 
line of commands in the procedure file is repeated. A line of commands may 
be repeated any number of times using this method. 
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Interrupting Echos Execution 


In interactive mode, ECHOS simulation or output generation can be 
interrupted from the terminal at any time with the Break Key command (see 
section 4). This feature is not available when the primary commands are 
being read from a file or in batch mode. 


If the Break Key is pressed while ECHOS is dumping the contents of a 
functional unit, it discards the current output and skips to the next part 
of the dump. In a full data memory dump, for example, an interrupt while 
dumping the index registers causes ECHOS to skip directly to the memory 
dump. A second interrupt stops the memory dump and advances the dump to 
the next functional unit, or returns ECHOS to command mode. 


When ECHOS is processing a RUN or STEP command, and therefore simulating 
the array, an interrupt is treated as a normal breakpoint. Fora 
description of the action taken on encountering a breakpoint, see 
Breakpoints in this section. 


A procedure file may also be interrupted by the Break Key command. This 
stops execution of the procedure file after completing the current line of 
commands, and control is returned to the primary input file (usually the 
terminal). It may be necessary to press the break key more than once in 
order to complete processing of the current line before control is returned. 


GENERAL COMMAND SYNTAX 


A command line, read from either the primary command input file or a 
secondary command procedure file, may contain one or more commands. Each 
command, however, must be entirely contained within a single command line 
(up to 80 characters). Multiple commands on a line are separated by the 
character # (number sign). A command is terminated by an end-of-line 
(carriage return) or the #. The general format for all commands is as 
follows: 


necmd,pl,p2...pn, “comment 
where: 
n Processor or ring selected, sees on the command. 
omitted If the processor number is ommited, the default 
established by the relevant HPP or RING command is 


used. Note that this default may also be the * 
(asterisk) option (see below). 
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n Number (decimal) of the processor (0-15) or ring 
(1-2) to which the command is to be applied. 


* The command is applied to all processors in the 
list established by the USE command, or all rings, 
as appropriate. 


° Any of the valid delimiters listed below. May be omitted if n 
= *, 
cmd Command name. Refer to section 4 for the valid commands. 


pl..pn Command dependent parameters. Refer to the command 
descriptions in section 4. 


; Parameter delimiter. This may be any of the following 
characters preceded and/or followed by any number of blanks. 
These characters may be used interchangeably wherever a legal 
delimiter is required. 


space Blank character. (Except when delimiting a null 
parameter. ) 


; Comma. 


= Equal sign. 


ce > Left parenthesis. 
) Right parenthesis. 
° Period. 


Introduces an optional comment. The remainder of the command 
up to the end of line or next # is treated as a comment. 


Some commands require numeric arguments. In general, all addresses and 
data parameters are required to be in hexadecimal. All cycle counts and 
processor numbers are assumed to be decimal. Each command description in 
section 4 defines whether a decimal or hexadecimal number is expected. If 
you need to override a decimal default and enter a hexadecimal number, you 
can do so by placing a dollar sign ($) at the beginning of the hexadecimal 
number. 


To enter a quote character (") as data into a string parameter, two quotes 
("") should be specified. 
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Command Line Editing 


The following special characters are recognized when processing an ECHOS 


command line. 


These may be required in systems that do not support 


character editing functions as a part of the terminal input/output system. 
They are effective in both interactive and batch mode. 


@ 


# 


(At sign.) Deletes the previous character. May be repeated 
as many times as desired with each repetition deleting another 
character. This function is necessary only if the operating 
system does not provide a similar function. Characters can be 
deleted, one at a time, all the way back to the beginning of 
the command (beginning of line or # sign). 


(Ampersand.) Deletes the entire command that precedes it. 
This character is necessary only if the operating system does 
not provide a similar function. 


(Number sign.) Command delimiter. This character allows 
input of multiple commands on the same input line. 


(Percent sign.) Logical escape character. This character 
causes the character following it to be interpreted as data 
and not as a control character. 


(Quote.) This special character terminates parsing of the 
current command. The remainder of the command up to the end 
of line or next # sign is treated as a comment. If followed 
by another quote character, the pair are treated as a single 
character. This may be used to enter a quote into a literal 
string. 


For example, the following command line: 


LOAD#STEPSDMP , AO@1#ckp, ,/%#%@ “"FIRST"" CHECKPOINT%Z 


is effectively equivalent to the following sequence of commands: 


LOAD 
DMP , Al 


CKP,,/#@ ““FIRST"" CHECKPOINTZ 


and the checkpoint is written at the end of the checkpoint file with the 
following identification string: 


#@ “FIRST” CHECKPOINT% 
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ECHOS COMMANDS 4 


This section contains a description of all commands available to the ECHOS 
user. Details are given for the function of each command, the format of 
its parameters, and the action that is taken upon executing it. The 
commands are listed in alphabetical order for easy reference. A summary of 
these commands is also given in appendix F, where they are grouped 
according to their general function. 


The first two commands are special keyboard commands that control the 
execution of a simulation run. They are only available in interactive mode. 


BREAK KEY COMMAND 


The break key command causes a program interrupt which stops the 
simulation, terminates any current output, and returns the simulator to 
primary command input mode. The format of this command is operating-system 
dependent. On some NOS systems it is accomplished by pressing the <BREAK> 
key. (Refer to the relevant operating system procedures for instructions 
on how to generate a program interrupt from an interactive terminal.) 


CARRIAGE RETURN COMMAND 


The carriage return (null command) by itself repeats the previous line of 
commands. In batch mode, an End-of-File on the primary command stream 
terminates the simulator. 


BKD — DISABLE HARDWARE BREAKPOINT 


The BKD command clears the breakpoint enable bit in the control register of 
the specified processor(s), thus disabling the hardware breakpoint. 
Although the default is zero, the breakpoint is automatically enabled when 
the breakpoint address is set with the BKP command. The format of this 
command is: 

ne BKD 


where: 


n : Processor selected (see General Command Syntax in section 3). 


77960971 B | 7 4-1 


The breakpoint enable bit may also be set or cleared during simulation by 
an appropriate ring packet entering the processor's master ring port (10). 
It is cleared to zero following a RESET or External Master Clear (*.MC) 
command. 


BKE — ENABLE HARDWARE BREAKPOINT 


The BKE:. command sets the breakpoint enable bit in the control register of 
the specified processor(s), thus enabling the hardware breakpoint. 
Although the default is zero, the breakpoint is also enabled automatically 
when the breakpoint address is set with the BKP command. The format of 
this command is: 


n.- BKE 
where: 
n Processor selected (see General Command Syntax in section 3). 


The breakpoint enable bit may also be set or cleared during simulation by 
an appropriate ring packet entering the processor's master ring port (10). 
It is cleared to zero following a RESET or External Master Clear (*.MC) 
command. 


BKP — SET HARDWARE BREAKPOINT ADDRESS 


The BKP command loads an address into the processor's hardware breakpoint 
register and enables the hardware breakpoint. When the processor's P 
register (program counter) equals the breakpoint register (full 16 bit 
compare) during simulation, the simulator stops and issues a message. As 
with the hardware, the processor is stopped with the instruction at the 
specified address loaded into the Instruction Register but not executed. 
The format of this command is: 


n.eBKP=xxx 


where: 
n Processor selected (see General Command Syntax in section 3). 
XXX The breakpoint address (hexadecimal). The default is zero. 


The breakpoint address register may also be set during simulation by an 
appropriate ring packet entering the processor's master ring port (10). It 
is cleared to zero by RESET. 
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BYE — TERMINATE ECHOS 


The BYE command displays the accumulated statistics, terminates ECHOS and 
returns to the operating system. The format of this command is: 


BYE 


For information on other commands that can be used to terminate an ECHOS 
simulation, see also END, EXIT, HALT, and QUIT. 


CKP — CHECKPOINT ARRAY TO FILE 


The CKP command causes the entire state of the simulated processor(s) to be 
saved in a specified file. This includes all processors on the system ring 
and all of the HPM. The current array configuration, statistics (current 
date, time, and ECHOS version number), and current command modes and 
defaults are also written to the file. The format of the CKP command is: 


CKP ,lfn,/string 
where: 
lfn The name of the local file in which the checkpoint is saved. 


If omitted, the file specified in a previous CKP or RELD 
command is used. The default file name is CHKPT. 


/ If present, the checkpoint is appended to the end of the file. 


string Optional identification string of up to 40 characters which 
will be written with the checkpoint. 


Multiple checkpoints may be written on the same file. Writing normally 
starts at the current file position. However, if the slash (/) parameter 
is present, the file is positioned at the end of information before 
writing. The / is not written. 


If multiple checkpoints are written onto a file, the second and subsequent 
checkpoints must have an identification string or they cannot be reloaded; 
the RELD command always loads the first checkpoint if no string is 
specified. 
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CONFIG — SET ARRAY CONFIGURATION 


The CONFIG command selects one of four predefined array configurations. It 
may also be used to change the access delay for a logical HPM in the 
current configuration. The default configuration is number 1 (one 
processor with four banks of HPM). The format of the CONFIG command is: 


CONFIG, x 
where: 


x The number of the configuration to load, or the name of a file 
from which to read configuration change directives. 


omitted The current configuration is displayed, and then 
ECHOS prompts the user for change directives using 
the following message: 


ENTER DIRECTIVES -- TYPE <CR> TO EXIT 


INPUT The user is prompted to enter configuration change 
directives (see below). 


1fn Name of the local file from which configuration 
change directives are to be read (see below). 


n Number of the predefined configuration to use 
(1-4). 


No action is taken if the specified configuration is the one already in 
use. Otherwise, after a new configuration is established, the simulator 
performs a full reset (*.RESET) before continuing. This is not done, 
however, if only the HPM access delay is being changed. 


The access delay is the time between the instruction which issues an XMAU 
Read and the first instruction which uses the data. This delay time 
assumes that there is no other activity in the XMAU, and that no processor 
stops occur. The access delay may be different for each logical HPM. When 
ECHOS prompts for directives, the access delay for a logical HPM may be 
changed using the following command: , 


DY ,n,d 

where: 

n Logical HPM number, which must be in the configuration. 

d Desired delay in machine cycles (decimal). It cannot be set 
higher than 255 or lower than the minimum feasible for the HPM 
type. 

* The delay is reset to the default for that type. 
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When all directives have been entered, a null input line will update the 
configuration tables and return the simulator to command mode. If the 
directives are being read from a file, an End~of-File terminates the 
directive input and returns to command mode. Thus, configuration change 
directives may be included in the primary command file in batch mode or in 


procedure files (see the X command). 
For additional information on system configuration, see System 
Configurations in section 2. For additional information on how 


configuration information is displayed on the terminal, and what 
information is displayed, see Query Output in section 5. 


Df — DISPLAY FILE UNIT REGISTER 


To display a single register in a file unit, use the following command: 


n.Df,y 
where: 
n Processor selected (see General Command Syntax in section 3). 
f The file unit register set (F or G). 
y The register number (hexadecimal O through F). 


Dix — DISPLAY DATA MEMORY INDEX 


To display an index register from a data memory unit, use the following 
command: 


n.DIx,y 
where: 
n Processor selected (see General Command Syntax in section 3). 
x The data memory unit number (0 through 3). 
y The index register number (hexadecimal 0 through F). 
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DMx — DISPLAY DATA MEMORY LOCATION 


To display the contents of an address location in a data memory, use the 
following command: | 


ne DMx, yyy 
where: 
n Processor selected (see General Command Syntax in section 3). 
x The data memory unit number (0 through 3). 
yyy The address of the location to display (hexadecimal). 


DMM — DISPLAY INSTRUCTION MEMORY LOCATION 


To display the contents of an address location in instruction memory, use 
the following command: 


n-DMM, yyy 

where: 
n Processor selected (see General Command Syntax in section 3). 
yyy The address of the location to display (hexadecimal). 


DMP — DUMP FUNCTIONAL UNIT 


The DMP command prints a formatted listing on the terminal and in the list 
file of the contents of the specified functional unit. The valid formats 
are: 


ne DMP ,fu,opt,fwa,lwa,NT 
neDMP,fu,opt,fwa, *,NT 
ne DMP,fu,opt,fwa,NT 
n-eDMP,fu,opt, * NT 

ne DMP,fu,opt,NT 
n-DMP,fu,NT 

ne DMP ,NT 
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where: 


opt 
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Processor Selected (see the section, General Command Syntax, 
in Chapter 3). 


The functional unit contents to be dumped. This entry may be 
any of the following mnemonic entries. If this entry is 
ommited, the contents of all the functional units are dumped. 


Mnemonic Unit 
* All units 
CU Control 
AO Adder 0 
Al Adder 1 
BO Shift/Boolean 0 
Bl Shift/Boolean 1 
FG File unit 
MO Multiplier 
DO Data memory 0 
Dl Data memory l 
D2 Data memory 2 
D3 Data memory 3 
XO XMAU 0 
Xl XMAU 1 
10 Ring port 0 
Il Ring port 1 
FA Floating Point Add Unit 
FM Floating Point Multiply Unit 
FD Floating Point Divide Unit 
FR Floating Point (64-bit) File Unit 


The additional optional information to be dumped. 


omitted Only the basic registers and the functional unit 
status are dumped. 


I Specifies that the following additional 
information is to be dumped for the specified 


units. 


Functional Unit Information Dumped 


Data memory Index registers. 

File unit File contents. 

XMAU Input buffers and attached 
request stack contents. 

Floating point File contents 

Control unit Stack contents and condition 
vector. 

Ring port Destination and operation 
tables and input and output 
FIFOs. 
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M Specifies that selected data memory, HPM attached 
to an XMAU, or program memory is also to be 
dumped. The area to be dumped is defined by the 
fwa and lwa parameters. 


IM Selects both the I and the M options. 


fwa,lwa The first and last word addresses (hexadecimal) of the range 
to be dumped. The range should be entered as 16-bit words for 
data. memories, as instructions for the control unit, and as 
64-bit HPM words for the XMAU. If the value of fwa is greater 
than lwa, only fwa is dumped. 


fwa,* Dump from fwa to end of memory. 
fwa The address of the single location to be dumped. 
* Dump all memory. For the XMAU, only the nonzero 


words in the attached HPM are dumped. 


omitted Default range for the data memories and XMAUs is 
0,0. 


Default range for the control unit program memory 
is from the lowest currently loaded program 
address to the highest currently loaded program 
address. 


NT If this portion of the command is present in interactive mode, 


the dump is not written to the terminal, it is written to the 
list file only. In batch mode, NT has no effect. 


DMPR — DUMP RING 


The DMPR command is used to dump the current status and contents of a 
ring. The format of this command is: 


neDMPR,NT 
where: 
n Ring selected (see General Command Syntax in section 3). 
NT If this portion of the command is present in interactive mode, 


the dump is not written to the terminal, it is written to the 
list file only. In batch mode, NT has no effect. 


In the ring dump, the leftmost ring slot is the master slot for that ring. 
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END — TERMINATE ECHOS 


The END command displays the accumulated statistics, terminates ECHOS and 
returns to the operating system. The format of this command is: 


END 


For information on other commands that can be used to terminate an ECHOS 
simulation, see also BYE, EXIT, HALT, and QUIT. 


EXIT — TERMINATE ECHOS 


The EXIT command displays the accumulated statistics, terminates ECHOS and 
returns to the operating system. The format of this command is: 


EXIT 


For information on other commands that can be used to terminate an ECHOS 
simulation, see also BYE, END, HALT, and QUIT. 


GO — LOAD P REGISTER AND START SIMULATION 


The GO command initiates an array simulation in Run mode starting at the 
specified location in each active processor. This command has the same 
effect as the following P and RUN commands: 


ne P=xxx 
n.RUN,t,i 


The format for the GO command is: 


n.GO,xxx,t,i 

where: 
n Processor salecced (see General Command Syntax in section 3). 
XXX The address where execution is to begin (hexadecimal). If 


omitted, zero is assumed. 
t The maximum number of instructions in each active processor 


and machine cycles in each ring to be executed (decimal). If 
t is omitted, execution continues indefinitely. 
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i Number of instructions to process in each simulated processor 
before the simulator advances to process the next active 
processor. If i is omitted, the simulator continues to 
process a processor until the count specified by the t 
parameter expires (unless it is waiting for ring activity and 
can proceed no further) or until a breakpoint or error is 
encountered. 


HALT — TERMINATE ECHOS 


The HALT command displays the accumulated statistics, terminates ECHOS and 
returns to the operating system. The format of this command is: 


HALT 


For information on other commands that can be used to terminate an ECHOS 
simulation, see also BYE, END, EXIT, and QUIT. 


HPP — SET DEFAULT PROCESSOR NUMBER 


Many commands may be optionally preceded by a processor number. The HPP 
command allows the user to change the default processor for such commands. 
The format of this command is: 


n The new desired default processor number (decimal). 
omitted The current default is displayed. 
* The default is to apply the commands to all 
processors in the current Use list (see Use - 
Define List of Processors to Process in section 4, 
and General Command Syntax in section 3). 
The default processor number for all configurations is processor 0. 
The default processor number is restored to its initial default if you 


execute a *.RESET command to reinitialize the array, or if you change the 
configuration. 
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KILL — TERMINATE ECHOS WITHOUT STATISTICS 


The KILL command terminates ECHOS and returns to the operating system. The 
accumulated statistics are not displayed. The format of this command is: 


KILL 


LIST — START WRITING OUTPUT TO LIST FILE 


The LIST command turns on the list option so that data can be written to a 
list file. This file provides a copy of all terminal input/output 
formatted with page headings for a line printer. The valid formats are: 


LIST,1fn,R 
L,1fn,R 
where: 
lfn The local file on which listing is to be written. If omitted, 


the previously defined list file is used. The default file 
name is LIST. 


R If present, the file is rewound, deleting any previous output 
already written to the file. 


LOAD — LOAD PROGRAM OR DATA 


The LOAD command loads programs or overlays (as created by the MICA cross 
assembler) into the simulated program memory of one or more processors. It 
also accepts files of data initialization statements for presetting values 
in the data memories (both index and memory), the file unit, the HPM, and 
the ring tables. The format for the LOAD command is: 


n.LOAD,1fn,ovl 

where: 
n Processor selected (see General Command Syntax in section 3). 
lfn The specified file from which the object code or data is to be 


loaded. If omitted, the previously specified load file is 
used. The file is always rewound before loading. The default 
file name is MBIN. 
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ovl Name or number of an overlay to load. If omitted, loading 
terminates on encountering the first +OVL pseudo statement in 


the object code file. 


This command may be used as many times as necessary to load multiple pieces 
of code or data initialization sequences from the same or different files. 
The format for the data initialization files is given in section 6. 


The object code file may contain any number of programs or data segments 
for one or more processors and many overlays. This file is rewound and 
loaded into each specified processor in turn. Any programs and/or data in 
the file that are for processors which are not specified by the command are 
ignored. 


For normal program loads (ovl omitted), only those parts destined for the 
processor (defined by +HPP pseudo statements in the object code file) are 
loaded. Code and data following a +HPP statement are skipped if the 
processor currently being loaded is not specified by that +HPP statement. 
If there is no +HPP statement at the start of the file, the system assumes 
+HPP * (all processors). Loading for each processor terminates when the 
system encounters the first +OVL pseudo statement. 


For overlay loads (ovl present), ECHOS searches the object code file for a 
+OVL statement with an overlay name or number that matches the overlay name 
or number of the processor being loaded. If found, all program and data 
segments encountered up to the next +OVL statement are loaded into that 
processor. ECHOS repeats this process for each processor being loaded. 


Data following a +BMx pseudo statement is loaded into the logical HPM 
attached to XMAU x of the processor being loaded. 


MC — MASTER CLEAR 


The MC command clears the simulated processor. This command simulates the 
hardware master clear functions. The format of this command is: 


ne MC 
where: 
n Processor selected (see General Command Syntax in section 3). 
n Performs ring master clear of specified or default 
processor. 
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* Performs External Master Clear of all processors 
in the configuration. In addition to the normal 
ring master clear functions, this clears the 
processor control registers, the rings and all 
outstanding HPM requests. 


Note that the *.MC option is not restricted to those processors in the 
current Use list but applies to all processors in the array. This differs 
from other commands. 


MODE — ACTIVATE FLOATING POINT UNIT 


The mode command allows the user to specify whether or not the program to 
be simulated will include instructions for the floating point unit. If 
integer mode has been specified, the TRACE and DMP commands will not 
produce output for the floating point functional units, resulting in 
significantly smaller files and listings. The format of this command is: 


neMODE, opt 

where: 
n Processor selected (see General Command Syntax in section 3). 
opt specifies the type of program (integer or floating point) to 


be simulated. FLOAT is the default value. 
INTEGER or I The program has no floating point instructions. 


FLOAT or F The program may include any or all of the 
floating point instructions. 


The purpose of the MODE command is to prevent unwanted output and reduce 
the size of files and listings. It will not disable the floating point 
subroutines in ECHOS. If a floating point program is executed following a 
MODE,I or MODE,INTEGER command, the program will execute in its entirety. 
However, no trace or dump output will be produced for the floating point 
units. 


NOLIST — TURN OFF LIST FILE 


The NOLIST command turns off the LIST option, disabling writing to the list 
file. In interactive mode, the default is NOLIST; in batch mode, the 
default is LIST. The valid formats are: 


NOLIST 
NL 
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NOTRACE — TURN OFF TRACE 


The NOTRACE command disables normal tracing of the specified processor(s). 
The command also allows the user to change or reset the trace options 
selected. The valid formats are: 


n.NOTRACE, @opt,sb 
neNT,@opt,sb 


where: 
n Processor selected (see General Command Syntax in section 3). 
@ Option select mode. 
omitted Replace existing options. 
+ Add to existing option selection. 
_ Delete from existing option selection. 


opt Option string. For a list of the valid options, see Trace — 
Turn on Trace and Set Options in section 4. 


sb Input register selection for the shift/Boolean units. For a 
list of the valid options, see Trace —- Turn on Trace and Set 


Options in section 4. 


For a detailed discussion of the trace modes and options, see Trace ~- Turn 
on Trace and Set Options in section 4. 


P — SET PROCESSOR PROGRAM COUNTER 


The P command loads the program counter (P register) of one or more 
processors with a new address. The format of this command is: 


n. P=xxx 

where: 
n Processor selected (see General Command Syntax in section 3). 
XXX The address (hexadecimal). If omitted, zero is assumed. 


This command loads the instruction at the new address into the instruction 
register, sets P to the new address plus one (xxxtl), and sets the 
processor's Run bit. A trace of the new instruction is printed. 
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The P command is automatically executed when you load a program into the 
processor if the binary file contains a transfer address on a +END 
statement. Refer to section 6 for details of the binary file format. 


The P register and Run bit may also be set by executing instructions or 
commands that send the appropriate ring packets into the processor's master 
ring slot. 


PAGE — PAGE EJECT ON LIST FILE 


The PAGE command causes a page eject to be issued to the list output file 
and/or eight blank lines issued to the terminal. The format of this 
command is: 


PAGE 


PAK — PLACE PACKET ON RING 


The PAK command puts an explicit ring packet onto one or more rings. The 
packet is placed in the ring input register of the master slot on the 
specified ring(s). The master slot also detects lost data packets and is 
always displayed as the leftmost slot in a ring dump (see the DMPR 
command). If the master ring slot already contains a nonempty packet, it 
is not overwritten; rather, an error message is displayed indicating that 
the ring is busy. The format of this command is: 


n. PAK, cpd, yyyy 

where: 
n Ring selected (see General Command Syntax in section 3). 
cpd The ring packet control field (up to 3 hexadecimal digits) 


where c, p and d are the 4-bit function, 4—bit path and 4-bit 
destination codes respectively. 


yyyy The 16-bit data field (up to 4 hexadecimal digits). 
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QUERY — DISPLAY STATUS INFORMATION 


The QUERY command lists or displays the current status of the simulation 
and enabled features of the simulator. In interactive mode, the header and 
title line are also printed. The valid formats for this command are: 


n. QUERY, opt ,NT 
neQ,opt ,NT 
where: 
n Processor selected (see General Command Syntax in section 3). 
opt Option string which defines the information to be 


displayed/listed. This may consist of any combination of the 
following in any order. The default is HLS. 


7 All options except C and D. This overrides any 
other selection. 

H Header with title and version number (terminal 
only). 

L Current list of the file names and page counts 


(terminal only). 

Default and current file names. 

Configuration of the array. 

Processor state for each processor. 
Breakpoints established for each processor. 
Trace mode and range for each processor. This 
also enables the M option. 

ECHOS and array trace modes. 

Accumulated statistics. 

Relative processing rate. 

Enter ECHOS self debug aid (see the following 
section). 


Hw Oo 


OnANnNS 


NT If this portion of the command is present in interactive mode, 
the dump is not written to the terminal. In batch mode, NT 
has no effect. 


Although the options may appear in any order in the command string, the 
corresponding information is displayed in the order given above. The P, B 
and T options are repeated for each processor in the Use list if multiple 
processors are selected. Refer to section 5 for details of the output 
format generated by the QUERY command. 
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Self Debug Aid 


The self debug aid provides you with a means of dumping the state of 


selected parts of the ECHOS internal tables. 
aid to fault finding problems within the ECHOS program. 


The user is 


It is used primarily as an 


assumed to be familiar with the structure and content of the ECHOS tables. 


NOTE 


The following information on the directive parameters and ECHOS 
common blocks is given for information purposes only as a guide to 


the use of the debug aid. 


Control Data reserves the right to 


change any of the codes, common blocks and associated data without 
notice as the need arises during maintenance and enhancement of 


ECHOS. 
of ECHOS. 


For the current information refer to the source listings 


If the D option is included in the QUERY command, ECHOS outputs all of 
other requested information, and then prompts the user for debug 
The format of the directives is as follows: 


An integer specifying the common block to dump. 


Whole program from address zero. 


/ARYDEF / 
/ARYDAT / 
/HPPDEF/ 
/HPPDAT / 
/IMODES/ 
/SIMDAT / 
/ PARAMS / 
/PRINT/ 
/FILES/ 
/FITS/ 
/STRBUF / 


_/CHSET/ 


Array configuration tables. 
Array data. 

HPP configuration tables. 

HPP swappable data. 

Terminal I/O modes and units. 
Mode flags and cycle counts. 
Command parameters. 

Listing control. 

File names etc. 

Buffered file information tables. 
Character/token buffers. 
Character set. 


INTDAT(J,II) HPP internal data. 
SHADOW(J,II) HPP data shadows. 


the 


where J is the internal functional unit number and II takes 


For I = 0 through 12. 


the values K through N (see below). 


Base offset in common block of first 


word to dump (decimal). 


directives. 
I,J,K,N,M 
where: 
I 
0 
] 
2 
3 
4 
5 
6 
7 
8 
9 
10 
ll 
12 
13 
14 
o. 
For I 
1-16). 
or 14. 
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13 or 14. 


Internal functional unit number (decimal 
The default shown below (19) does not apply if I = 13 


K Index from the base J of the first word to dump counting from 
1 (decimal). 


N Index from the base J of the last word to dump counting from l 
(decimal). 
M Dump format as follows: 
1 Octal (2(020) format). 
2 Decimal (8(15) format). 
3 Hexadecimal (4(Z8) format). 
4 Character (4(Al0) format). 
5 Character (40(Al) format). 


The internal functional unit number is contained in common block /HPPDEF/ 
in the array FUNA which is indexed by the functional unit select code (see 
appendix D). 


The default for any omitted parameter is the value last specified for that 
parameter. The initial default on entering the debug aid is: 


2,19,1,4,3 
When all directives have been entered, a null input line will return the 
simulator to command mode. If the directives are being read from a file, 
an End-of-File terminates the directive input and returns to command mode. 


Thus, debug directives may be included in the primary command file in batch 
mode or in procedure files (see the X command). 


- QUIT — TERMINATE ECHOS 


The QUIT command displays the accumulated statistics, terminates ECHOS and 
returns to the operating system. The format of this command is: 


QUIT 


NOTE: For information on other commands that can be used to terminate an 
ECHOS simulation, see also BYE, END, EXIT, and HALT. 


RELD — RELOAD ARRAY CHECKPOINT 


The RELD command reloads the state of a simulated processor array from a 
previously saved checkpoint on a specified file. The array configuration 
is also loaded with the checkpoint data. The format of this command is: 


RELD, 1lfn,string 
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where: 


1lfn The file from which the checkpoint is to be reloaded. If 
omitted, the file specified in a previous CKP or RELD 
command is used. 


string If specified, the file is searched for a checkpoint saved 
with a matching string. If omitted, the first checkpoint 
on the file is reloaded and its associated string is 


printed with the date and time of the ECHOS run that 
created the checkpoint. 


RESET — REINITIALIZE THE SIMULATOR 


The RESET command may be used to reinitialize a single processor or the 
entire processor array. All the memories, program memory, indexes, file 
contents, and various buffers are cleared to zero or may be optionally 
preset to predefined or random data. After initialization ECHOS performs a 
ring or external master clear (n.MC). The format for the RESET command is: 


n.RESET, opt 


where: 
n Processor selected (see General Command Syntax in section 3). 


n Performs a reset and ring master clear of the 
specified processor or the default processor. 


* Performs a reset and external master clear of the 
entire array including all processors in the 
configuration, all rings, and the HPMs. The Use 
list is also cleared. 


opt Data preset option. 


omitted Program memory, all data memories, indexes, 
buffers and registers are cleared to zero. 


A All program memory locations are set to jump to 
themselves (K=* JK(/JI)). All data memories, 
indexes, and file registers are loaded with their 
addresses. All other data, buffers, and unit 
registers are cleared to zero. 


N All program memory locations are set to jump to 
themselves (K=* JK(/JI)). All data memories, 
indexes, and file unit locations are loaded with 
the complement of their addresses. All other 
data, buffers, and unit registers are cleared to 
zero. 
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R All program memory locations are set to jump to 
themselves (K=* JK(/JI)). All data memories, 
indexes, operation tables, the stack and file unit 
locations, and most machine registers are set to 
random numbers. All other data is cleared to 
zeroe All processors will be preset to the same 
set of random numbers in any ECHOS run; however, 
these will differ from one run to the next. 


For example, if the A option is selected, data memory location $0033 is set 
to $0033. If the N option is selected, data memory location $0033 is set 
to SFFCC. 


The *.RESET option is not restricted to those processors in the current Use 
list but applies to all processors in the array. The Use list is also 
reset. This differs from other commands. An *.RESET is performed 
automatically both when ECHOS is started, and following a change of the 
array configuration (see CONFIG command). 


REWIND — REWIND FILE 


The REWIND command rewinds a specified file. The format of the REWIND 
command is: 


REWIND, 1fn 
where: 
lfn The file to rewind. This may be the name of a file defined by 


a CKP, RELD, LIST, LOAD or X command, or one of the following 
default names: 


INPUT Primary command input file. 
PROC Secondary command procedure file (always rewound). 
MBIN Binary program file (always rewound). 


OUTPUT Terminal output file. 
LIST List output file. 
CHKPT Checkpoint/reload file. 


In batch mode, OUTPUT refers to the list file. 
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RING — SET DEFAULT RING NUMBER 


Some commands reference rings and may be optionally preceded by a ring 
number. The RING command allows the user to change the default ring for 
such commands. The format of this command is: 


RING ,n 
where: 
n The new desired default ring number (decimal). 
omitted The current default is displayed. 


* Apply the commands to all rings in the array. 


The initial default is that defined for the current array configuration. 
For the default configuration (1) this is ring number 1, i.e., the System 
Ring. 


The default ring number is restored to its initial default upon executing 
an *.RESET command to reinitialize the array, and following a change of 
array configuration. 


RUN — START SIMULATION 


The RUN command starts or continues simulation at the current program 
address in one or more processors and rings in Run mode. 


In Run mode, each processor or ring is executed until its instruction or 
cycle count expires or until it can proceed no further. The simulator then 
goes on to execute the next processor or ring. When all processors and 
rings have been executed, the whole process is repeated until all 
processors have completed the specified count, reached a breakpoint, or 
encountered an error condition. The process also stops if no processors or 
rings can proceed (i.e., a deadlock condition has been reached). To avoid 
a runaway condition where a processor loops indefinitely waiting for 
another, the simulator can be forced to move onto the next processor or 
ring after a specified number of steps (or ‘time slice"). 


The format of the RUN command is: 


n.RUN,t,i 
where: 
n Processor selected (see General Command Syntax in section 3). 
The rings are always processed if there is any activity on 
them. 
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t Number of instruction steps to simulate for each processor, 
and the number of machine cycles to simulate for each ring 
(decimal). If a processor is stopped, the machine cycles 
simulated while processing any ring data flow into a data 
memory or HPM. Delays are not included in this count limit. 
If omitted, the simulation continues indefinitely. 


i Maximum number of instruction steps to simulate for each 
processor, or the number of machine cycles to simulate for 
each ring before ECHOS is forced to move on to the next 
processor or ring (decimal). If omitted, the simulation 
continues indefinitely. 


If a breakpoint or error condition is encountered when simulating a 
processor or ring, that processor or ring is removed from further 
consideration; however, the simulator continues to process all other 
selected processors and rings. 


A processor not included in the current Use list may still be simulated to 
allow data to flow from a ring into its data memories. In this case the 
processor is treated as if it is stopped and no instructions are executed 
in it. 


A trace is always displayed and written to the list file (if enabled) when 
a breakpoint or error condition is encountered. If the T option on the 
TRACE command has been selected a trace is also displayed and written to 
the list file (if enabled) when a processor or ring stops due to an 
interlock condition. Tracing of all other ring cycles is suppressed. In 
interactive mode, the trace of all other processor machine cycles is 
suppressed on the terminal but will be written to the list file unless 
tracing has been disabled (NOTRACE command). 


RUNR — START RING SIMULATION 


The RUNR command starts or continues simulation of one or all of the rings 
in Run mode (see the RUN command). This simulation will pick up any data 
in the ring port output buffers and may also cause processors to be 
simulated in order to process the flow of data into their data memories. 
(In this case, the processors will be treated as if they were stopped.) 
Simulation continues until the cycle count has expired, a breakpoint or 
error condition is detected, or the rings become idle. The format of the 
RUNR command is: 


n.RUNR,t,i 
where: 
n Ring selected (see General Command Syntax in section 3). 
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t Number of machine cycles to process in each ring (decimal). 
If omitted, simulation continues indefinitely. 


i Maximum number of machine cycles to simulate before ECHOS is 
forced to move on to the next ring or processor (decimal). If 
omitted, simulation continues indefinitely. 


SET — SET BREAKPOINT, ROM, AND TRACE RANGES 


The SET command allows the user to specify up to eight software breakpoints 
each over a range of addresses, a read-only area in each data memory, and 
the part of a program to be traced for each processor. 


If no parameters are entered, the SET command resets all ranges to default 


values. (No breakpoints or ROM traps occur, and tracing is enabled for the 
entire program memory. ) 


Set Or Clear Software Breakpoints 


The breakpoint option (BKP) allows the user to set or clear a software 
breakpoint and specify a range of addresses. If the P register equals any 
address in this breakpoint range during simulation, a message is displayed 
and the simulator stops processing that processor. The simulator stops at 
the breakpoint address in the instruction register but before executing 
that instruction. The format of this command is: 


n.-SET,BKPi, fwa, lwa 

where: 
n Processor selected (see General Command Syntax in section 3s 
i Software breakpoint number (1-8). The default is l. 


fwa,lwa The first and last word addresses (hexadecimal) of the 
breakpoint range, respectively. If fwa is greater than lwa, 
the range is defined as the two areas from zero to lwa and 
from fwa to the end of the memory, both inclusive. If both 
parameters are omitted, the breakpoint is not set (default). 


fwa,* The range is from fwa to the end of the. memory. 
fwa The range is a single word. 
* The range is all available memory. 
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Define Read-Only Memory 


The read-only memory (ROM) option allows you to designate a read-only 
memory area in a data memory between the specified addresses, inclusively. 
If the simulated program writes into any address in the range, a message is 
issued and the simulator stops processing. The simulator stops just after 
the write has taken place. The format of this command is: 


n.SET,ROM,Dx,fwa,lwa 

where: 
n Processor selected (see General Command Syntax in section 3). 
x The data memory number (0 through 3). 


fwa,lwa The first and last word addresses (hexadecimal) of the ROM 
memory. If fwa is greater than lwa, the range is defined as 
the two areas from zero to lwa and from fwa to the end of the 
memory, both inclusive. If both are omitted, the memory area 
is not assigned (default). 


fwa, * The ROM range is from fwa to the end of the memory. 
fwa The single word at fwa is defined as ROM. 
* All available memory addresses are ROM. 


Define Trace Range 


The trace option (TRC) defines a range between specified addresses 

_ (inclusive) in which a trace is performed. Trace output is enabled only 
for instructions in the specified range and is printed just before each 
instruction is executed. The format is: 


ne SET, TRC, fwa,lwa 
where: 
n Processor selected (see General Command Syntax in section 3). 
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fwa,lwa The first and last word addresses (hexadecimal) of the trace 
range. If fwa is greater than lwa, instructions in the range 
from zero to lwa and from fwa to the end of the memory (both 
inclusive) are traced. If both are omitted, all instructions 
are traced (default). 


fwa,* The first word address through the remaining 
available program memory addresses constitutes the 
rangee 

fwa Instruction tracing is enabled only for the 


instruction at address fwa. 


All available program memory addresses constitute 
the range. 


Sf — SET FILE UNIT REGISTER 


To set a register in a file unit to a specified value, use the following 
format: 


neSf,y,2zzz 


where: 
n Processor selected (see General Command Syntax in section 3). 
f The file unit register being set (F or G). 
y The register number (hexadecimal O through F). 
ZZZ2Z The value to be set into the register (hexadecimal). 


Six — SET DATA MEMORY INDEX 


To set an index register in a data memory to a specified value, use the 
following format: 


neSIx,y,zzzz 


where: 
n Processor selected (see General Command Syntax in section 3). 
x The data memory number (0 through 3). 
y The index register to be set (hexadecimal 0 through F). 
ZZ2Z2Zz The value to be set into the index (hexadecimal). 
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SMx — SET DATA MENIORY LOCATION 


To set a location in a data memory to a specified value use the following 
format: 


ne SMx, yyy ,ZZ2Z 
where: 
n Processor selected (see General Command Syntax in section 3). 
x The data memory number (0 through 3). 
yyy The address of the location to be set (hexadecimal). 
ZZZZ The value to be set into the specified location (hexadecimal). 


SMM — SET INSTRUCTION MEMORY LOCATION 


You can use the SMM command to set or change the lines of hexadecimal 
values that make up the instruction memory. Each line of instruction 
memory contains the following fields: 


00.CU (yyy) = ccccecececec kkkk aaaa bbbb dddd eeee xxxxxxxxxxxxxxxxxx fffffffFFE 


where: 
ececceceeccce A 12 digit clock field. The corresponding 
mnemonic is C. 
kkkk A 4 digit constant field whose mnemonic is K. 
aaaa bbbb Dynamic control fields. These four fields 
dddd eeee represent the dynamic control fields; their 


mnemonics are DCO, DCl, DC2, and DC3 respectively. 


XXXXXXXXXXXXXXKXXx An 18 digit crossbar output field. Its mnemonic 
‘is X. 


f£fLLLLLL(L Floating point crossbar and clock bits. The 
corresponding mnemonic is FP. 
The format of the SMM command is: 


ne SMM, yyy, mnem=zzzz 
NeSMM, VVV5ZZ2Z2Z,2ZZ2ZZ, 0000, ZZZZ 
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n Processor selected (see General Command Syntax in section 3). 
yyy The address of the location to be set (hexadecimal). 

mnem The mnemonic of the field to be set. 

ZZZZ The new value to be placed in the specified location 


(hexadecimal). You can enter a value into each field of the 
instruction word by using the mnemonic for that field. To 
enter new values into more than one field simultaneously, 
simply separate the mnemonics from each other with commas. 

The number of digits in each field varies with the field being 
set. For example, if you wanted to change both the DC3 field 
and the floating point field, the command would look like the 
following: 


n. SMM, yyy ,DC3=z2z2z,FP=zzzz 
If you do not want to use mnemonics, you can simply use commas 
to delimit each field in the instruction memory that is null 
or omitted. The sample command shown previously would look 
like the following if mnemonics were not used: 


NeSMM,YYVY 5 99959 922225 yZZZZ 


For a detailed description of instruction word format, see appendix B, 
Instruction Format. 


SPACE — WRITE BLANK LINES ON OUTPUT 


The SPACE command causes a specified number of blank lines to be written on 

the terminal and the list output file. The format of this command is: 
SPACE ,n 

where: 


n The number of blank lines to be written (decimal). 


If less than n lines remain on the list file page, a page eject command is 
issued. 
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STEP — START SYNCHRONOUS SIMULATION 


The STEP command causes the simulator to execute a specified number of 
machine cycles in one or more processors and rings in synchronous Step mode. 


In Step mode, all of the processors and rings being processed are advanced 
by one machine cycle at a time. This ensures completely accurate 
simulation of all processor interaction and ring synchronization timing. 
This mode should be used sparingly when more than one processor is being 
simulated, since it involves swapping the processor image to and from the 
disk for each active processor for each machine cycle. The format of the 
STEP command is: 


neSTEP,t,NT 
where: 
n Processor selected (see General Command Syntax in section 3). 


The rings are processed only if the * option (all processors 
in the Use list) is specified. 


t The number of machine cycles to be simulated for each 
processor and ring (decimal). This includes the cycles in 
which a processor or ring is stopped. 


Omitted One cycle is simulated. 
* Simulation continues indefinitely 


NT No trace on terminal. If present in interactive mode, the 
terminal trace is suppressed. However, a trace is always 
written to the terminal for the last machine cycle processed. 
In batch mode, this parameter has no effect. 


If a breakpoint or error condition is encountered in any processor or ring 
before the specified count has expired, ECHOS completes the current machine 
cycle in all active processors and rings, and then terminates the command 
with an appropriate message. 


If the command specifies a single processor, only that processor is 
processed. The rings and other processors are ignored. For example, the 
simulation of a processor will stop if the program in that processor writes 
to a ring and the ring port output buffer is full. 


If the command specifies all of the processors in the Use list (n=*), the 
rings and other processors not included in the Use list may also be 
simulated in synchronous mode to allow data to flow via the rings into 
another processor's data memory.e In this case the other processors are 
treated as if they were stopped and no instructions are executed in then. 
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A trace is always displayed and written to the list file (if enabled) when 
the simulator stops at a breakpoint or because of an error condition. If 
the T option on the TRACE command has been selected, a trace is also 
displayed (unless NT is specified) and written to the list file (if 
enabled) when a processor or ring stops due to an interlock condition. A 
trace of all other processor and active ring machine cycles is both 
displayed on the terminal (unless NT is specified) and written to the list 
file unless tracing has been disabled (by the NOTRACE command). 


STEPR — START SYNCHRONOUS RING SIMULATION 


The STEPR command starts or continues simulation of one or all rings in 
Step mode (see the STEP command). If a single ring is specified, only that 
ring is processed. If multiple rings are specified (n=*) this command may 
also cause processors to be simulated in order to process the flow of data 
into their data memories. (In this case the processors will be treated as 
if they were stopped.) Simulation continues until the machine cycle count 
expires, a ring stops, an error is detected, or the rings become idle. The 
format of the STEPR command is: 


n. STEPR,t,NT 
where: 

n Ring selected (see General Command Syntax in section 3). 

t Number of machine cycles to process for each ring (decimal). 


If omitted, one cycle is simulated. 


NT No trace on terminal. If present in interactive mode, the 
terminal trace is suppressed. However, a trace is always 
written to the terminal for the last machine cycle processed. 
In batch mode, this parameter has no effect. 

A trace of every active ring cycle is displayed (unless NT is specified), 
and is written to the list file (if enabled) unless tracing is disabled 
(see NOTRACE command). 
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TITLE — DEFINE HEADER TITLE 


The TITLE command causes a specified title to be printed at the top of each 
page of the list output file. The format of this command is: 


TITLE, title 
where: 
title The specified title to be printed (maximum of 30 characters), 
beginning with the first nonblank character after the 
delimiter. 


TRACE — TURN ON TRACE AND SET OPTIONS 


The Trace command turns on ring and array tracing (if selected) and machine 
cycle tracing of one or more processors. This command also allows the user 
to change or reset the trace options selected. Following execution of the 
command, the new trace is generated unless the N option is included. There 
are four types of trace: Ring Trace, Processor Trace, Floating Point Unit 
Trace, and Array Trace. . 


The Ring Trace is a single information line for each active ring. This 
line contains the ring name and number, its activity status (active or 
idle), and the number of machine cycles processed. 


The Processor Trace consists of one or more lines of information for each 
processor. These lines contain the processor number, its activity status, 
the current instruction, and the contents of the primary functional unit 
registers and data paths. The information to be included in the trace may 
be defined separately for each processor. If the processor is stopped, 
only the basic single line trace is output regardless of the options 
selected. This basic trace line contains the processor number, the current 
program address, the stop status, and a count of the instructions processed 
so far. 


The Floating Point Unit (FPU) Trace consists of four columns, one each for 
the Add, Multiply, Divide, and File functional units. The data appears as 
one or more lines of information for each functional unit, the DC field, 
input operand A (and B, if applicable), and the output value. 


The Array Trace, if selected, gives a summarized status of all processors 
and rings in the array. In Step mode, the array trace is generated at the 
end of every machine cycle. In Run mode, it is generated at the end of 
every pass through the simulator's main loop, which processes each ring and 
processor once (for possibly multiple cycles). 
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The TRACE command always changes the options for the array trace in 
addition to those for the specified processors. The valid formats for the 
TRACE command are: 


ne TRACE, @opt,sb 
neT,@opt,sb 


where: 
n Processor selected (see General Command Syntax in section 3). 
G Option select mode. 
omitted Replace existing options with the new options. 
+ Add to existing option selection. 
= Delete from existing option selection. 


opt Option string which defines the information to be included in 
the trace. It may contain any combination of the following 
items in any order. If the option string is omitted, the 
selection remains unchanged. 


* Same result as if you had selected A, I, D, 0, and 
X from the list of options below. If other 
characters are included in the string, they are 
ignored. 


R Reset trace options to the default (no array trace 
and the one line basic status for each specified 
processor). Same result as the A option below. 
This overrides all other characters in the string 
except *. 


Zi Causes the ring or selected processor trace to be 
output when the ring or processor stops due to an 
interlock condition even if normal tracing is 
disabled (e.g. NOTRACE,T). 


The following options are applied to each selected processor. 
Although the options may be specified in any order, the 
selected information is generated in the trace in the order 
given. 


F Functional unit header. This header line, giving 
the functional unit mnemonics for each of the 
trace columns, is automatically displayed at the 
start of tracing and at the beginning of each 
cycle if any of the options I, D, O, or X are 
selected. If omitted, the header line is 
displayed only at the start of tracing and at the 
top of each succeeding page of the list file. 
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Basic processor status line (default). This is 
automatically included in all trace selections. 


Input registers of all functional units (2 lines). 


Dynamic control (Control Registers) of all 
functional units (1 line). 


Output registers of all functional units (2 lines). 


Instruction register contents and the address from 
which it was loaded (1 line). 


Crossbar interpretation. These 2 lines give the 
mnemonics (vertically) by unit input of the 
crossbar and clock fields in the current 
instruction. 


Line of - (minus) signs. This may be used to 
separate the traces of different processors 
especially in Step mode. 


Blank line which may be used to delimit the traces 
of different processors, especially in Step mode. 


The following options apply to the Array Trace. Although the 
options may be specified in any order, the selected 
information is generated in the order given. 


H 


Header line for array status gives ring and 
processor numbers. 


Status line gives basic activity status of each 
ring and processor in the array. (See section 5 
for an interpretation of this information. ) 


Program counter (P register) contents for each 
processor. 


Line of = (equal) signs may be used to indicate 
the end of each pass through the simulator's main 


loop. 


The following option does not affect the trace selected but 
applies only to the current command. 


N 


No display. Prevents the TRACE command from 
displaying the current trace with the new options 
selected. 
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sb Specifies which two of the four shift/Boolean input registers 
are to be included in the input register trace (see the I 
option above). S and b may be any one of the following, where 
s is generated on the first line and b on the second. If 
omitted, the selection remains unchanged. If sb is R or *, 
both are reset to the default (SB). 


S Shift input register. 

B Boolean input register. 

C Shift count register. 

D Double shift input register. 


For example, the following sequence of commands could be used to enable the 
trace for processor number 3 if: (1) a full trace is required of all steps 
in processor 3 (except in a subroutine which is at addresses 20016 

through 280)6) but only the ring interlock steps are required for all 

other processors, and (2) the trace is to be written to the list file but 
not to the terminal. 


LIST Turn on the list file 


3.SET,TRC ,281 ,1FF Define the trace range for processor 3 to be from 
O through 1FF}6 and from 28116 to the end of 
the memory. 


*.NT,T Disable basic tracing in all processors but turn 
on the T option to select informative steps. 
(This is the short form of the NOTRACE command. ) 


3.T Turn on tracing in processor 3. (This is the 
short form of the TRACE command. ) 


* STEP, *,NT Start indefinite synchronous simulation but 
suppress all tracing on the terminal. 


USE — DEFINE LIST OF PROCESSORS TO PROCESS 


The USE command tells ECHOS which processors in the array are to be used 
for subsequent processing, thus providing.a convenient way of restricting 
the scope of commands and simulation. This command establishes a Use list 
of processor numbers. Only those processors in the Use list are processed 
by commands with the asterisk (*) prefix. (See General Command Syntax in 
section 3) The valid formats for the USE command are: 


USE ,x 
USE al ,a2,a3,... 
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where: 
x Defines the contents of the Use list. 


omitted The current Use list is displayed. 


NONE Clear the Use list. 

N Clear the Use list. 

DEF Use all loaded processors (default). 

D Use all loaded processors (default). 

* Use all processors in the configuration. 


al,a2,.. List of numbers (decimal) of the processors to use. 


X — EXECUTE PROCEDURE FILE 


The X command causes ECHOS to start reading commands from a specified 
file. When the end of the file is reached, ECHOS will resume reading 
commands from the primary input file. Only one level of procedure file 
nesting is supported. The format of the X command is: 


X,1fn 
where: 


1lfn Name of the file containing ECHOS command lines. Any valid 
ECHOS command may appear in the file. If omitted, the file 
specified in the most recent X command is used. The default 
file name is PROC. 


The X command directs ECHOS to start reading from the specified procedure 
file starting with the next command line. Thus, if the X command appears 
in a line with multiple commands and the X command is not the last command 
on that line, the remaining commands on the line will be executed before 
ECHOS goes to the procedure file for the next command line. 


If ECHOS encounters an X command in a procedure file, it will stop reading 
from that file after completing all commands on the current line and start 
taking commands from the new procedure files If an End-of-File is 
encountered at any time, ECHOS resumes reading command lines from the 
primary source (the terminal or primary input file). In this way, 
procedure files may be chained together to be executed one after the other. 
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The procedure file is always rewound prior to reading. A procedure file 
may therefore be chained to itself. This will set up an infinite loop in 
which the commands of the procedure file are repeated indefinitely. 


In interactive mode, a procedure file may be interrupted by the Break key 
command. This stops execution of the procedure file after completing the 
current line of commands, and control is returned to the primary input file 
(usually the terminal). It may be necessary to press the break key more 
than once in order to complete processing of the current line before 
control is returned. 


Immediately following execution of a procedure file, a null command 
(carriage return) will repeat the last line executed from the procedure 
file. 


If ECHOS is running in interactive mode, each command line read from the 


procedure file is first echoed to the terminal so the user can monitor the 
progress of the commands. 
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OUTPUT FORMATS 5 


The primary output from ECHOS, apart from miscellaneous messages in 
response to commands and during simulation, consists of dumps of functional 
unit and memory contents, the instruction trace, and a display of the state 
of ECHOS modes and statistics. 


Since the available information is very extensive, it is displayed in a 
compressed form in order to provide the maximum information in as short a 
form as possible. 


In this section, explanatory notes are given for each of the forms of 
output to aid in a proper interpretation of the information presented. All 
addresses and values displayed are hexadecimal numbers unless otherwise 
stated. 


FUNCTIONAL UNIT DUMPS 


All functional units provide a basic dump of their registers and status 
bits. Figure 5-1 below shows a sample functional unit dump. 


? DMP,DO,IM 
>DATA MEMORY< 
DO DC=289 A=000 B=0000 Z=0008 I=000 Ca=00U CD=0000 STATUS=011110000 


INDEX 0/8 1/9 2/A 3/B 4/C 5/D 6/E 7/F 
0 0000 9000 O000 0000 0000 0000 0000 0000 
8 0000 0008 90000 0000 0000 0000 0000 0000 


ADDR 0/8 1/9 2/A 3/B 4/C 5/D 6/E 7/F 
000 0102 0000 0000 0000 0v00 0000 0000 0000 


Figure 5-1. Functional Unit Dump 


Functional unit dumps contain the following types of information: 
fu Functional unit identifier (see appendix B). 


DC Dynamic control register. For the control unit (CU), which 
has no physical register, this is the logical OR of all 
dynamic control fields in the instruction register which 
references the control unit. For the file unit (FG), the 
value is expressed as an optional + sign to indicate the 
upper eight registers of each file followed by four octal 
digits representing the F write, F read, G WITEEs and G read 
addresses, respectively. 
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STATUS 


Each digit represents a single bit of the machine condition 
vector assigned to the unit. For each functional unit, the 
bits are listed in the same order as given in appendix D. If 
the bit is 0, the stated condition is false; if the bit is l, 
the stated condition is true. 


The following registers may also appear in a functional unit dump: 


CH 


CL 


A input register. 

B input register. 

Shift count (SC) input register (shift/Boolean unit). 
Double shift input register (shift/Boolean unit). 

Primary shift input register (shift/Boolean unit). 

Output register. For the control unit this is the current 
value being routed out to the crossbar (since no explicit 
register exists). 

High or upper 16-bit output register (Multiplier). 

Low or lower 16-bit output register (Multiplier). 

F file output register (File unit). 

G file output register (File unit). 

Data compare register. 

Address compare register (Data memory). 

Increment register (Data memory). 

High or upper 16 bit compare register (Multiplier). 


Low or lower 16 bit compare register (Multiplier). 


The control unit, XMAUs, ring ports and floating point units are more 
complex units and contain additional registers and status flags which are 
listed in the following paragraphs. 
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Control Unit 


The format of the basic control unit dump is as follows: 


CU DC=zzz A=zzzz Z=zzzz SA=z BKP=zzz BKE=b STATUS=bbbbb 
(aaaa)MIR=l22z222222Z2Z Z2ZZ2 Z222 Z2ZZZ Z2Z2ZZ 2Z2Z2ZZ = ZLZAAZAZLZAAZLZAAZZLZAZZZZZ «a ANNRALZZZZZZ, 


P=zz2zzJ (P)= ZZZZ22Z2Z22Z2222Z 2Z2ZZ 22224 2222 2222 22220 2222222722222 72Z7]7Z72Z7Z2Z06lCUAA]ZASAZAZAZZA7S 


Zz Hexadecimal digit. 

b Single bit (0 or 1). 

SA Stack address register (4 bits). 

BKP Breakpoint address register (12 bits). 

BKE Breakpoint enable flag (0 = disabled, 1 = enabled). 

aaaa Address from which the instruction register was loaded 
(hexadecimal). 

MIR Instruction register (240 bits) 

I If present, the instruction is blocked (such as by a jump or 


fall through inhibit). 
P Program counter or P register (16 bits). 


J If present, the address in the P register was loaded as a 
result of executing a successful jump instruction. 


(P) Contents of the location addressed by the P register. 
If the I option is selected for a control unit dump, the return jump (RTJ) 
stack and the condition vector bits are dumped. The stack entries are in 


hexadecimal (16 bits) and the conditions are single bits (0 or 1). The 
position of the arrow (-->) indicates the current stack address (SA). 
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Figure 5-2 below shows a sample control unit dump with the I option 
selected. 


? DMP,CU,I 

>CONTROL UNIT< 

CU DC=000 a=0005 Z=00U0 SA=1 BKP=0U0 BKE=0 STATUS=01000 
(OU0U)MIR= OOVOVGODUV0N 0000 0000 0000 0000 0000 000000000000000000 0000000000 

P=0001 (P)= 000000000000 0000 0000 0000 0000 0000 000000000V00000000 O000L000000 


RTJ STACK CONDITION VECTOR 
TOP SECTION BIT-0 12 3 4 


Nn 
Co 
N 


01C6 
—> 0000 
0000 
0000 
0000 
0000 

- 0000 
00U0 
0U000 
0000 
0000 
0000 
0000 
0000 
0000 
0000 


NMrHOoOWDP CDNA U BRWHeEC 
COFM RK EEF KH OF Ee KH OOCOrYFe CO 
COCORP KR RE kK ke KF OF KF KE OF 
ccoCcrrrre COCOCCCOrF SC 
cocOrrYF KrF OCOOCOrFCCSO 
CCCOF RK KR RE ee em OO CO 
cooccocooccooocrcoc$c 
ccoooocococrcoroe 
coocoOrrwrcOoocroococ]e 


Figure 5-2. Control Unit Dump 


External Memory Access Unit 


The format of the basic XMAU dump is as follows: 


Xn DC=zzz DR=zzzz 2z2z zzzz zzzz/F AD=z DA=z RQ=raH CT=z STATUS=bbbbbbb 
SAl=zzzz2zz SA2=zzz2zzz SCA=zzzzzz OB=2zzzzzzzz2zz2z2zzzz STOP=WDR,RSF,OBF 


Zz Hexadecimal digit. 

b Single bit (0 or 1). 

Xn Functional unit name. 

DR Assembly/disassembly data register (64 bits). 
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/ If present, the slash indicates a Clear Data Register (DR) 
Full request. If the processor is running, the DR full flag 
will be cleared in the next machine cycle unless it is reset 
by a D clock or DR is reloaded from the input buffer. It is 
set by a C clock or upon an assembly/disassembly (AD) 
wraparound condition in sequential mode. 


F If present, the Data Register Full flag is set. 

AD Assembly or data register write pointer (0,1,2 or 3). 

DA Disassembly or data register read pointer (0,1,2 or 3). 

RQ Pending HPM request. 

r R = pending request is a read; W = pending request is a write. 
a Address for pending request (1 = SAl, 2 = SA2). 

H If present, indicates a Hold condition. The pending request 


is held in the XMAU until an acknowledgement is received from 
the attached HPM. 


CT Request stack counter. This counts the requests issued to the 
attached HPM but not yet acknowledged (issued to one of the 
memory banks). 


SAl Combined segment and address register 1 (24 bits). 

SA2 Combined segment and address register 2 (24 bits). 

SCA Combined segment and address compare register (24 bits). 

OB Output buffer register (64 bits). This code and its value are 


present only if the output buffer is full. 


STOP If present, the processor is stopped as a result of a 
condition in this XMAU (WDR, RSF or OBF). 


WDR Wait for data ready.65 
RSF Request stack full. 
OBF Output buffer full. 


If the Increment register (1) option is selected for an XMAU dump, the 
state of the outstanding requests in the request stack of the attached HPM 
is displayed along with a dump of the normal and interrupt mode input 
buffers. The format of a line of this dump is as follows: 


ddIW aaaaaa B ZZZZ ZZZZ Z2ZZZ2ZZZ2Z ZZZZ ZZZZ ZZZZ ZZZZ 
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where: 


dd Number of cycles remaining before the requested simulation is 
complete in the memory system (decimal). 


I If present, the request was made in interrupt mode. 
W If present, the request is for an HPM write. 


aaaaaa Address of HPM request (hexadecimal). 


B If present, indicates that the request has been issued to the 
memory bank and an acknowledgement sent back to the XMAU. 


Zz Hexadecimal digit. 


An arrow (->) to the right of an input buffer entry is the read pointer and 
indicates which is the next 64-bit word to be transferred from the buffer 
into the data register (DR). If the read pointer is not present, the 
buffer is empty. 


An arrow (->) to the left of an input buffer entry is the write pointer and 
indicates where the next 64-bit word read from the attached memory will be 
written. If the write pointer has an asterisk (-*), the buffer is full or 
overflowed; any further data arriving from the memory will overwrite the 
buffer contents unless accompanied by a corresponding transfer from the 
buffer into the data register. ECHOS issues an error message if this 
occurs. 


Figure 5-3 below shows a sample XMAU dump. 


? STEP. “STEP HPP BY ONE" #DMP,XO "DUMP XMAU O" #DMP,X1 “DUMP XMAU 1" 
HPP OO P=013B MIR=(13A) K=0104 S= 1 T= 9 


I 0000 FFEO 102 103 103 OOO FFFF 5A5A O400DFFFCD0000 0000 0000 0000 0000 
I 2000 0000 0000 0000 0000 8000 0001 0001S0U00S0000 

D *000 QOE 060 060 060 O00 OA6 OA6 *A38 183 000 *073 *073 000 000 
O 0104 O7FF 5A5A 8000 0001 OOU0 FFFE FFFF FFFF FCO0Q 0000 O00B OQOOD 0000 0000 
0 0001 A5SA5 

X KC KC KC F G DB H L 

Xx 0 0 10 0 0 
>XMAU< 
XO DC=073 Dk=0000 000B 0000 0000 AD=2 DA=l1 RQ CT=0 STATUS=1000000 

SA1=000000 SA2=000000 SCA=000000 

>XMAU< 

X1 DC=073 Dk=0000 0000 0000 OO0D AD=0 DA=3 RQ= CT=0 STATUS=1000000 


SA1=000000 SA2=000000 SCA=000000 


Figure 5-3. XMAU Dump 


5-6 | 77960971 B 


Ring Port 
The format of the basic ring port dump is as follows: 


In DC=zzz A=zzzz M=zzzz JUR=zzzzzzz2 OR=zzzzzzz FI=b STATUS=bbbb 


HR=zzzzzz s /CS ST=zzzz I/P FIFO=z O/P FIFO=z NI=z HPP STOP=IF,CS,OF 


where: 

Zz Hexadecimal digit. 

b Single bit (0 or 1). 

In Functional unit name. 

M Mask register (16 bits). 

IR Ring input register (28 bits). 

OR Ring output register (28 bits). 

FI Forced or direct interrupt flag. 

HR Input FIFO holding register. This is loaded from the input 
FIFO. The packet is then either held or acted upon. A value 
of zero indicates no packet. 

Ss Status of the input FIFO and its holding register. 

omitted Normal processing can take place. 

B Indicates that there is an input FIFO hold 
condition and the holding register is blocked. 
This happens if the data memory being accessed by 
the packet in HR is busy. 

S Indicates that there is an input FIFO stop 
condition. This happens when the packet in HR is 
attempting to set a status flag register bit which 
is already set. 

/ If present, the clear status clock (/CS) has been saved in the 
ring porte This occurs if the specified status flag bits have 
not yet arrived and the processor stops. This flag prevents 
the clear status request from taking place. It is cleared 
when the (In.ALL) condition becomes true. 

cs If present, indicates a clear status flag bit request. It is 


set by a CS clock. The specified status flag bits will be 
cleared in the next machine cycle unless any are not yet set. 
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ST Status flag register (16 bits). 

I/P FIFO Number of entries in the input FIFO. 

O/P FIFO Number of entries in the output FIFO. 

NI Number of normal nonforced interrupts pending. 


HPP STOP If present, the processor is stopped as a result of a 
condition in this ring port (IF, CS or OF). 


IF Input FIFO full stop. This occurs if there is an 
input FIFO hold condition and the FIFO count is 12 
(C}6) or greater. 


CS Clear status stop. 


OF Output FIFO full stop. This occurs if the output 
FIFO count is 12 (Cj6) or greater and an 
instruction writes to the ring. 


If the Increment register (1) option is selected on the dump command, the 
destination table, operation table, and the input and output FIFOs are 
dumped. The bits of the status flag register and mask register are also 
dumped with the bits numbered from left to right (0 through Fj¢)- An 
arrow (->) to the left of a FIFO entry is the write pointer and indicates 
the location where the next incoming packet will be written. An arrow (->) 
to the right of a FIFO entry is the read pointer and indicates the next 
packet to be transferred from the FIFO to the holding register. If the 
read and write pointers are equal, the FIFO is empty. 


Figure 5-4 shows a sample ring port dump. 


DRING PORT< 
I0 DC=000 A=0000 M=0000 Ik=0000000 Ok=0000000 FI=0 STATUS=0010 
Hk=000000 ST=0000 I/P FIFO=0 O/P FIFO=0 NI=0 


DRING PORT< 
Il bDC=000 A=0000 M=0000 IR=0000000 OR=0000000 FI=0 STATUS=0010 
HR=000000 ST=0000 I/P FIFO=0 O/P FIFO=0 NI=0 


Figure 5-4. Ring Port Dump 


5-8 77960971 


Floating Point 


The dump formats for the floating point add, multiply, divide/square root 
and file functional units are as follows: 


>FP ADD UNIT< 

FA DC=zzz CLOCK A=b B=b GO=b STATUS=bbbbbbbbbbb 

XBAR In=n A=ZZZZ2ZZZZ2ZZZZZ222Z = SMemm...mmEse...e 

XBAR In=n B=ZZZZZZZZZZZZZ2Z2ZZ sm.mm...mmESe...e 
OUTPU T=zzzz2z2zzzZZZZZZZZZ SMemm..emmise..ee 


>FM MULTIPLY UNIT< 

FM DC=zzz CLOCK A=b B=b C=b STATUS=bbbbbbbbbbb 

XBAR In=n A=ZZZZZZZZZ2ZZZ2Z222Z SMeMMm. - -MMESe..-e 

XBAR In=n B=ZZ2ZZZZZZZZZZZZZZ sm.mm.- -mmEse...e 
OUTPU T=zzzzzzZZZZZZZZ222 = SMeMMe « -MMESC.+-e 


>FP DIVIDE UNIT< 

FD DC=zzz CLOCK A=b B=b C=b GO=b STATUS=bbbbbbbbbbb 

XBAR IN=n A=ZZZZZZZZZZ2Z22222Z = SMeMM.. eMMESe..-e 

XBAR IN=n B=ZZZZZZZZZZZZZ222 SM. mm. « eMMESe@..ee 
OUTPU T=zzzz2zz2ZZZZZZZZZ22 = SMeMM. . -MMESe.+2e 


>FP FILE UNIT< 

FR DC=zzz CLOCK A=b GO=b XBAR IN=n STATUS=bbbbbbbbbbb 
INPUT=z2zzzzzz2z2Z2ZZZZZ2ZZ OUTPUT=z2zzzzzZZZzZZZZZZ22 
ZZZZZZLZZ2ZLZZZLZ2ZZ2Z0«C<zMMAALALLZAZLZLZLAZLZZZ oo LZALZAZZAZAZAZAZAZLAZLAZLZALZZ «= LZAZAZAAAZALZAZZZZLZLZLZZ 
ZZZZZZZZZZLZZZLZ2Z «OC ZVAALALALALZLZLZLZLZZZ ZLZAZAZAZZAAZLZLAZAZLZLZZZ Ea AALLAAZLAZLZLZLALZLZZLZ 
ZLZZZZLZZLZZ2Z2LZ2ZZ22°0« ZLZAZLZAZLZAZLZAZZZZZZZZeOCOiéCZLAALALALALZLZLZLZZ AZLZZAZZZZZAZZZZLZLZZZ 
ZZZZZLZAZAZAZLZLZLZLZ“Z2ZZ0«C<SMN} CNA ALLALZLZAZAZLZLZAZZZo ALZALZAZAZALZAAZAZAZAZAZZZZ AZAZLZAAZAAZAZZAZZZZZZ 


where: 
Zz Hexadecimal digit. 
b Single bit, (0 or 1). 
n Decimal digit (O through 7). 
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m Decimal equivalent of the mantissa. 


e Decimal equivalent of the exponent. 

s Sign of mantissa/exponent. 

E Base 10 scientific notation. 

GO Instruction "go" bit (refer to Hardware Reference Manual). 


XBAR IN Source of input operand. 


Figure 5-5 below shows a sample floating point unit dump that includes the 
add, multiply, divide/square root, and file units. 


>FP ADD UNIT< 
FA DC= CLOCK A=1 B=l GO=1 STATUS=00000000000 


XBAR IN=5 A=0000000000000000 = = +ZERO 

XBAR IN=4 B=U000000000000000 = # +ZERO 
OUTPUT=0000000000000000 = #£+ZERO 

>FP MULTIPLY UNIT< 

FM DC= CLOCK A=1 B=1 C=l1 GO0=1 STATUS=00000000000 

XBAR IN=5 A=0000000000000000 = _ +ZERO 

XBAR IN=4 B=0000000000000000 = +ZERO 
OUTPUT=0000000000000000 = #+ZERO 


>FP DIVIDE UNIT< 


FD DC= CLOCK A=1 B=1 C=1 GO=1 STATUS=00000000000 

XBAR IN=5 A=0000000000000000 = +ZERO 

XBAR IN=4 B=0000000000000000 = + +ZERO 
OUTPUT=0000000000000000 = # £+ZERO 


>FP FILE UNIT< 

FR DC= CLOCK A=l1 GO=1 XBAR IN=4 STATUS=00000000000 
INPUT=0000000000000000 OUTPUT=0000000000000000 
OOVVOVO0000000UV0 0000000000000000 0000000000000000 0000000000000000 
OOOLOOVNQ0V000000 QOOLVOODOD00000000 VO000D0000N000000 DUDO000000000000 
QO00000000000000  O000000000000000 Q000000000000000 d0000000000000000 
VOOVOODVOUONND00N + ODOO0D000000000000 O000000000000000 G000000000000000 


acre 


Figure 5-5. Floating Point Unit Dump 
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TRACE FORMAT 


Four types of trace output; Ring Trace, Processor Trace, Floating Point 
Trace and Array Trace, may be produced during the simulation process. The 
trace produced depends on the options selected by the TRACE command and the 
mode of operation. The format of these traces is discussed in the 
following paragraphs. 


Figure 5-6 below shows a sample trace that includes the F, I, D, 0, and X 
options. It contains all the traces described in the following sections 
with the exception of the ring trace and the array trace which are shown in 
their respective sections. 


—~> TRACE, FIDOX 
cU MO DO Dl D2 D3 AO Al FG BO Bl xO Xl OW Ii 


FA FM FD FR 

HPP 00 P=0818 MIR=(817) K=0000 S= 3 T= £43 

I 0000 0000 000 000 O00 000 O001E 0000 0000S0000S0000 4003 4005 0000 0000 
I 0000 0000 0000 0000 0000 0002 0000 OUDO0BOOO0B0000 

D *000 000 000 000 O00 O00 OA6 O00 O00 O00 O00 110 110 000 9Q00 
0 0000 0000 0000 0000 0V00 0000 0020 0000 0000 0000 0000 4003 4005 0000 0000 
O 0000 0000 . 

D 008 . 108 108 048 

I 4003800000000000 4005800000000000 4005800000000000 4003800000000000 

I  Q000000000000000 4003800000000000 4003800000000000 

0 4003800000000000 4007800000000000 4003800000000000 4003800000000000 

xX 

X 


Figure 5-6. Sample Trace 


Ring Trace 


The general format of the ring trace is as follows: 


>nnnnnnnnononnnonnn status S=dddddd T=dddddd 


where: 
Nee oN Ring name and number. 
status Indicates the activity on the ring which may be ACTIVE, 


STOPPED or IDLE. The ring is idle if there are no packets on 
the ring or in any of the output FIFOs feeding it. 
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S Number of machine cycles (decimal) executed in this ring since 
the last *.STEP, STEPR, RUN or RUNR command. Machine cycles 
during which the ring is stopped or idle are not included. 


T Total number of machine cycles (decimal) executed in this ring 
since the last *.RESET command. Machine cycles during which 
the ring is stopped or idle are not included. 


d Decimal digit. 


Figure 5-7 below shows what a trace of system ring 1 would look like. It 


also includes processor and array trace information. 


ee 
a — a — a —— a —— 2 —— a — a — Se —— ee — er | 


>SYSTEM RING 1 ACTIVE = 4 T= 14 
HPP 01 P=0044 MIR=(043)B K=0000 S= 3 T= 4 

OI 1s 00 01* 02 03 04 05 06 O07 08 09 
S A-- ~ SI - - = = = = = = 
P 044 


Figure 5-7. System Ring Trace 


Processor Trace 


STOP12=I0 . 
GA* OB* OC* OD* OE OF 
§S S§S =- S$ - = 
10B 10B 10B 


The basic processor trace (A option) has the following format: 


HPP mn P=zzzz J MIR=(aaa)B K=zzzz S=dddddd T=dddddd STOP12=list 


where: 
Zz Hexadecimal digit. 
nn Processor number (hexadecimal). This is the same as the 
equipment code of the processor's master ring port (10). 
P Program counter or P register (16 bits). 
J If present, the address in the P register was loaded as a 
result of executing a successful jump instruction. 
aaa Address (hexadecimal) of the instruction in the instruction 
register. This is the next instruction to be executed. 
3-12 77960971 


STOP 


list 


If present, the instruction is blocked, either by an inhibit 
clock or because the processor is stopped. 


Constant field in the current instruction. 


Number of instruction cycles executed since the last STEP or 
RUN command. This includes all inhibited cycles and NOPs, but 
excludes all cycles during which the processor is stopped or 
inactive. 


Total number of instruction cycles executed since the last 
RESET command. This includes all inhibited cycles and NOPs, 
but excludes all cycles during which the processor is stopped 
or inactive. | 


If present, the processor is stopped. This blocks the 
execution of the present instruction. 


Primary stop flag. This blocks the execution of the present 
instruction. It is set by a stop request from a functional 
unit and cleared when no stop requests exists. 


Secondary stop flag. This blocks the execution of the present 
instruction. It is set or cleared the cycle after the STOPI 
flag is set or cleared. Its primary purpose is to prevent a 
ring port from accessing a data memory during the cycle before 
the processor restarts. 


List of functional units causing the STOPl condition. This 
may include any of the following: 


XO XMAU 0. 

Xl XMAU l. 

10 Ring port 0. 

Il Ring port l. 

IDLE Run bit is not set. 


The basic processor trace may also take the following format when the 
processor is stopped and waiting for HPM activity: 


where: 


XO 


Xl 


cT 
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If present, there is a request outstanding in XMAU 0. 
If present, there is a request outstanding in XMAU l. 


Number of outstanding memory requests (decimal). 


DLY Remaining delay for the outstanding request which will be 
completed first (decimal). 
d Decimal digit 


The following may appear in either form of the basic trace instead of the 
stop status: 


INACTIVE If present, indicates that the processor is inactive but there 
is still some I/O activity. The processor may be inactive 
either because it has completed its cycle count or encountered 
a breakpoint or because it has not been included in the Use 
list. 


I If present, a ring port is active. 
D If present, a data memory is executing a ring instruction. 
X If present, an HPM request is active. 


The general format for the F, I, D, 0, and X trace options is shown below. 
If the INTEGER mode is being used, the second set of lines entitled D, I, 


The header line shows which columns are 


I, and O are not included. 
assigned to which functional units: 


HPP zz 


I 
I 
D 
0 
6) 
D 
I 
I 
I 
xX 
X 


CU MO 
FA 
P=zZZ2Z 
ZZZZ ZZZZ 
ZZ2Z 
ZZ2Z  Z22Z 
ZZZZ ZZZZ 
ZZZZ 


222 


D3. = AO 
FM 

MIR=(zzz)B K=zzzz 

ZZZ Z2ZZ Z2Z 

ZZZZ ZZZZ ZZZZ 

ZZZ ZZZ Z22z 


Z2ZZ Z22Z Z2Z2Z 


DO. CDI D2 


ZZZZ ZZZ2Z 
ZZZ Z2ZZ 
ZZZ Z2ZZ2Z 


ZZ2Z 


S=zzZZZZ 
ZZZ ZZZZ_ 


Al FG BO Bl 

FD 
T=ZZZZ222Z 
ZZZZAZZZZizzZzZZz 
ZZZZLZZZZizZZZ2Z 
ZZZ 222 Z22Zz 
ZZZZ ZZZZ ZZZZ 
ZZZZ 


222 


ZZZ22 
Z2Z2Z 

ZZZ 
ZZ2Z 


XO Xl I0 Il 
FR 


STOP12=IDLE 


Z2ZZ22Z2 2222 ZZ2Z22Z 2222 


ZZZ ZZZ Z2Z2z% ZZZ 
Z2Z2Z2Z ZZZZ Z2ZZ2ZZ 2222 


ZZ2Z 


ZZZZZZZZZZZZZLZLZZz 
ZZZZZZZZZZZZZZ22Z 
ZZZZZZZZZZZZZ2ZZz 
aBCDEab 


ZZZZZZZZZZLZZZZZZ0«CSCMN ZN! AZ AALZZZZLALZZZ 
ZZZZZZZZLZZZZZZLZZ 

ZZZZZZLZLZZZLZZZ2Z2ZZ 0 « LZLZZAZAZAZLZAZAZLZAZZLZLLZ 

ab abC sbcd sbcd aBCD aBCD aB aBC 


ab ab sbced sbcd a a a a 


ZZZZZZZZZZZZZZZZz 

ZZZZZZZLZZZZAZZZLZ 

ZZZZZZZZZZZZZLZ2ZZ 
abC abC ab 
ab ab ab 


abC abC 
ab ab 


I Input registers. This is a 2 line trace with the A input 
registers in the first line and the B input registers, where 
present, in the second line. For the XMAU, parcel O of the 
Data Register is displayed. 

D Dynamic control registers. If the value is preceded by an 


asterisk (*) the register has just been loaded from an 


instruction dynamic control 


field. 
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6) Output registers. This is a two-line trace. The multiplier 
low output (LO) and the file unit G output appear in the 
‘second line. 


ZZZ2Z All the numbers that appear in the body of the trace are 
hexadecimal values. 


i Shift/Boolean input register being displayed. This will be 
one of the values S, B, C, or D according to the TRACE command 
selection. It applies to the I option only. 


The X option displays a symbolic representation of the current instruction 
clock and crossbar fields. 


The letters a, b, c, d, and s represent the input registers A, B, SC, D, 
and S, respectively, of the units. If they are blank, the corresponding 
clock bit is not set. However, if they are nonblank, the corresponding 
clock bit is set and the value given is the mnemonic of the functional unit 
output from which they are being loaded via the crossbar. For the control 
output, K indicates the constant field of the instruction, and CU indicates 
either the condition vector or stack data. 


If the letters B, C, D, or E are present, the corresponding clock bit for 
that unit is set. In the control unit, clocks B, C, D, and E are the PUSH, 
POP, JI, and FI clocks, respectively. In the XMAUs, the B clock is the WDR 
clock. In the ring ports, the B clock is the CS clock. 


Floating Point Trace 


For the F, I, D, and O trace options, the general format of the floating 
point unit trace is as follows. The header line identifies the columns for 
the functional units: 


FA FM FD FR 
000 000 000 000 
0000000000000000 0000000000000000 0000000000000000 0000000000000000 


0000000000000000 0000000000000000 0000000000000000 
0000000000000000 0000000000000000 O0000000000000000 0000000000000000 


where all the numbers that appear are hexadecimal values. 
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Array Trace 
The general format of the array trace is as follows: 


OI 18 2A 3A nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* nn* 
Sr. Pr oS € aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aiX aix 


P ; ZZZ 22Z Z22Z 222 222 ZZZ ZZ2Z Z2Z2Z 222 Z2ZZZ Z2ZZZ ZZZ Z2ZZ Z2Z2Z Z2ZZ 222 


where OI, 1S, 2A and 3A refer to the Interface (0), System (1) and 
Application (2 and 3) rings respectively when present and: 


r Ring activity as follows: 


= Ring is idle. 


A Ring is active. 
S Ring is stopped. 
nn Processor number (hexadecimal). Up to 16 may be present 


depending on the configuration. 


* If present, the processor is included in the Use list (refer 
to the USE command). 


a General processor status as follows: 


- Processor has not been loaded and is still in its 
reset state. 


L Processor has been loaded but it is not currently 
active. 
A Processor is active. 
S Processor is stopped. 
i If present, indicates processor ring port activity as follows: 
I One or both ring ports are active. 
F One or both ring port input FIFOs have a hold 
condition. 
xX If present, indicates that one or both XMAUs are active. 
ZZ2Z Current contents of the processor program counter or P 
register. 


Note that ring 0 (zero) and ring 3 are not currently in use. 
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Figure 5-8 below shows what an array trace would look like. This trace 
appears at the end of any routine trace if the options S and P have been 


selected. This example also shows ring and processor trace information. 
>SYSTEM RING 1 ACTIVE = 4 T= 14 
HPP O01 P=0044 MIR=(043)B K=0000 = 3 T= 4 STOP12=I0 _ . 
OI 1S OO O1* 02 03 O04 O05 O06 O7 O08 O9 OA* OB* OC* OD* OE OF 
S A- = SI - = = = = = = = §$ S$ = S = = 
P 044 10B 10B 10B 
Figure 5-8. Array Trace 
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QUERY OUTPUT 


The following paragraphs contain information on the format of the output 
produced by the QUERY command. 


Figure 5-9 below shows a sample query with all options except C and D 
selected. 


——> QUERY ,* " PRINT SIMULATOR STATISTICS AND CURRENT MODES 
DEFAULT FILENAMES INPUT MBIN OUTPUT CHKPT PROC LIST 
CUKKENT FILENAMES INPUT E1MBIN OUTPUT CHKPT E1ECMD E1ELST 
HPP 0O- 
PROGRAM TEST (FWA=1AB, LWA=1C6) RUN=0, STOP1=0001, STOP2=0 
P=0001, BKP ADDR=000, BKE=0, INTERRUPT MODE=0, LOCKOUT=0, PENDING=00 
S/W BREAKPOINTS 1 2 3 4 5 6 7 8 
FWA= 1C7 
LWA= 1AA 
TRACE ON TRACE=A, SB RANGE=000, FFF 
ARRAY TRACE ON TRACE= LIST=1 
TOTAL STATISTICS FOR RUN 
CPTIME = ~523 SECS FOR 26 STEPS 
BULK MEMORY BLOCKS 0 READS O WRITES, HPP O READS O WRITES 


Figure 5-9. Sample Query 


Configuration 


In the configuration display (C option), all numbers are given in decimal. 
All the rings are implemented in a single array. Ring data moves downward 
in the array. The configuration defines the allocation of the ring 
register slots in this array where: 


length Number of physical register slots in the ring. 


first Index in the array of the first slot, which is an extra 
dummy slot used in ring rotation processing. 
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last 


master 


Index in the array of the end of the ring. 


Position in the array of that ring's master slot. 


The HPMs are implemented in a single file. The configuration defines the 
allocation of this file to the logical HPMs in units of 480 64-bit words 
(512 60-bit words): 


where: 


type 


delay 


size 


offset 


HPM type. A logical HPM may be one of the following types: 
0 Not connected. 


1 One bank with only one port connected. The access 
time is fixed for this type and may not be changed. 


2 One bank with two ports connected. 


3 Normal processor connection to a Memory 
Multiplexer Interface (MMI) with four banks of HPM 
attached. A normal processor connection is both 
XMAU ports accessing the same address space. 


4 Normal processor connection to a MMI with eight 
banks of HPM attached. 


Time in machine cycles between issuing a read and the data 
being available for use in the XMAU data register. This 
may be changed by the CONFIG command. 

Size of the logical HPM in 64-bit words. 


Offset in the file where the logical HPM begins in 64-bit 
words starting from 0. 


The remainder of the configuration defines the processor numbers, the 
position of their ring ports in the rings, and their XMAU to HPM 
connections where: 


HPP/1I0 


Il 


ring 


slot 


BM No. 
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Processor number which is used in commands. It is 
identical to the master ring port (10) equipment code. 


Ring port 1 (11) equipment code. 


Number of the ring containing the ring port. Values are: 
1 = System ring, 2 = Application ring. 


Position in the ring array of the ring port's Ring Output 
register. 


Logical HPM to which that XMAU (XO or Xl) is connected. 


Processor State 


The format of the processor state (P option) display is as follows: 


PROGRAM nnnonnnnn (FWA=zzz,LWA=zzz) RUN=b, STOPl=zzzz, STOP2=b 


P=zz2Z, BKP ADDR=zzz, BKE=b, INTERRUPT MODE=b, LOCKOUT=b, PENDING=zz 
where: 
nnnn Name of the program last loaded into the processor. 
FWA Lowest program address loaded. 
LWA Highest program address loaded. 
RUN State of the processor's Run bit. 
STOP1 Reason for the processor stope The four hexadecimal digits 


represent 16 bits which are numbered from the left as follows: 


0-2 Not used. 

3 XMAU 1 wait for data ready (WDR). 
4 O wait for data ready. 

5 XMAU 1 request stack full. 

6 0 request stack full. 

7 1 
8 


XMAU 1 output buffer full. 

XMAU 0 output buffer full. 
9 Ring port 1 input FIFO full. 
10 Ring port 0 input FIFO full. 
11 Ring port 1 clear status stop. 
12 Ring port O clear status stop. 
13 Ring port 1 output FIFO full. 
14 Ring port O output FIFO full. 
15 Run bit not set. 


STOP2 State of the STOP 2 flag (0 = clear, 1 = set). 
P Program counter or P register. 


BKP Breakpoint address register (12 bits). 
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The interrupt mode and lockout flags are single bits. The pending 
interrupts are given as two hexadecimal digits representing the eight 
possible interrupt types in priority order numbered from-the left as 
follows: 


Breakpoint interrupt (lowest priority). 
XMAU 1 memory error interrupt. 

XMAU O memory error interrupt. 

Ring port 1 normal nonforced interrupt. 
Ring port 0 normal nonforced interrupt. 
Ring port 1 forced interrupt. 

Ring port O forced interrupt. 

Not used. 
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Breakpoints 


The breakpoint display (B option) consists of up to five lines. 
Line 1 Hardware breakpoint address only if it is enabled. 
Line 2 Software breakpoint header. 


Line 3 First word address of the breakpoint range for each of the 
eight software breakpoints. If the entry is blank, the 
corresponding breakpoint is not set. 


Line 4 If present, gives the last word address of the breakpoint 
range. If the entry is blank the range is a single word (fwa) 
or not set. 


Line 5 Range of the ROM in each of the four data memories if any are 
_ defined. An empty field indicates that no ROM area is defined 
for that memory (default). 


Trace Modes And Accumulated Statistics 


The trace displays (T and M options) show the trace options selected for 
each processor and the array trace options in the same format as the TRACE 
command. The list flag indicates whether the list file is enabled. (Refer 
to the LIST and NOLIST commands. ) 


The statistics (S option) include the CPU time used and the number of 
machine cycles simulated. These are given both for the whole run and since 
the last RESET. The number of HPM blocks transferred between the simulator 
and the HPM file and the number of times processor images were swapped to 
the processor file are given. 
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The relative processing rate (R option) gives an approximate ratio between 
the time that a processor would take to execute the code and the time taken 
to simulate it. This is given both for the whole run and since the last 


RESET. This figure is meaningful only when a single processor is being 
simulated. 
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OBJECT CODE FILE FORMAT 6 


The LOAD command (see section 4, ECHOS Commands) loads object code programs 
and data from one or more files into the various memories, tables, and 
registers of the simulated processor(s). 


The object code file is a text file and consists of lines of data expressed 
as hexadecimal numbers interspersed with pseudo statements which control 
the loading process and determine where the data is to be loaded. 


This section describes the pseudo statements and associated data formats. 
The file formats described here form a superset of the object code file 
output format generated by the MICA cross assembler. ECHOS provides 
additional facilities over the basic format to allow greater flexibility in 
creating data initialization files manually for testing purposes. The 
pseudo statements and data initialization statements described in this 
section that are not output from the MICA cross assembler must be edited 
into the object code file input to ECHOS by the user. 

A line beginning with a “ (quote) in column | is treated as a comment and 
ignored. If a comment character is encountered in any other line, the 
remainder of the line is treated as a comment and ignored. A line 
beginning with a + (plus sign) in column 1 is treated as a pseudo 
Statement. The valid pseudo statements are described in this section. All 
other lines are treated as data. 


PSEUDO STATEMENTS 


The pseudo statements in an object code file all begin with a + (plus) in 
column 1. Unless specified otherwise, the general form for pseudo 
statements is as follows: 


+psop, pl,p2...pn 


where: 
+ Indicates that the line is a pseudo statement. 
psop Pseudo statement keyword (see below). This may be preceded 
by any number of spaces. 
pl...pn Parameters required by the pseudo statement. Note that all 


numeric parameters are always assumed to be hexadecimal and 
may be optionally preceded by a $ (dollar sign). 
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; Any valid ECHOS command delimiter (see General Command 
Syntax in section 3). In MICA, this is normally one or 
more spaces. . 


There are two classes of pseudo statements: those that control the loading 
process and those that introduce data sections. 


Data Section Statements 


The following pseudo statements introduce data sections. One of these must 
appear before each group of data statements. Its purpose is to define the 
memory or table where the data is to be written and its starting address. 
This section header also determines the format of the data that follows and 
the associated word size. 


Any number of data sections may appear in an object code file. If a later 
section in the file refers to the same memory area, table or register 
location as an earlier section, the old data will be overwritten by the new 
data. This can be used to provide a means of ‘editing’ the object code by 
adding the correction to the end or on a separate file which is loaded 
later. 


+MC a Load program memory. 

+DMx a Load data memory x (16 bit items.) 

+DIx a Load the index file in data memory x (16 bit 
items. ) 

+BMx a Load HPM attached to XMAU x. Items are 16 bits 


each packed four to a 64-bit HPM word. The last 
word is filled with zeros. 


+FGT fa Load file unit (l6-bit items). 


+DTx a Load destination table in ring port x. Items are six bits 
of the form: 


gedddd 


Tt These pseudo statements must be edited in by the user. 
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where: 


g = gobble bit 
e = enable bit 
dddd = destination code 


(Refer to the CYBERPLUS Computer System Hardware 


Reference Manual for a description of these 


fields. ) 
+0Tx a Load operation table in ring port x (l6—-bit items.) 
where: 
a The starting address for the load in hexadecimal (optionally 
preceded by a $). If omitted, zero is assumed. 
f Specifies which file register ees load (F or G). 


Load Control Statements 


The following pseudo statements control the loading process. All are 
optional, with ECHOS assuming an appropriate default for those that are 
omitted. 


+IDENT name Define program name. This is normally the first 
statement in an object code file. However, if 
more than one appears in the file, the program 
name is taken from the first statement 
encountered. The default program name is blank. 
This statement terminates a data section. 


+EOF Tt End of file. Loading terminates when the +EOF 
statement is encountered. Any lines after this 
statement are ignored. Loading also stops on 
reaching an End-of-File. 


+END addr Define transfer address. The END statement 
terminates a data section. The parameter (addr), 
if supplied, is treated as a program transfer 
address. On completion of the load, ECHOS 
performs an implicit P command to set the program 
counter (P register) of the processor to this 
address. If more than one transfer address is 
given in the object code file, the last one 
encountered is used. 


t These pseudo statements must be edited in by the user. 
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+DECT 


+HEXT 


+HPP al,a2...an 


Treat all subsequent data items as decimal 

numbers. This statement can be used to change the 
ECHOS default which assumes all data 
initialization statements to be in hexadecimal. 
This statement may appear anywhere in the file. 

It does not terminate a data section; however, if 
it occurs in a HPM section, it forces the next 
data item to be on a 64-bit word boundary and 
fills out the current word with zeros if necessary. 


Treat all subsequent data items as hexadecimal 
numbers. This statement can be used to revert to 
the ECHOS default of assuming hexadecimal data. 

It therefore counteracts the effect of a +DEC 
statement. This statement may appear anywhere in 
the file. It does not terminate a data section; 
however, if it occurs in an HPM section, it forces 
the next data item to be on a 64-bit word boundary 
and fills out the current word with zeros if 
necessary. 


Define the processor(s) to be loaded, where 
al,a2...an is a list of processor numbers 
(hexadecimal), or * (asterisk) indicating any 
processor. 


If the number of the processor currently being 
loaded (see the LOAD command) appears in the list 
or the list contains an * (asterisk), subsequent 
data is loaded into the processor. If the number 
does not appear and the parameter is not an 
asterisk, ECHOS skips all subsequent data 
statements up to the next +HPP pseudo statement, 
thereby terminating that data section. The 
default is +HPP *. 


+OVL nn aaaaaa 1111 xxxxxxxxxx 


nn 


Define the start of an overlay. The +0OVL 
statement defines the start of an overlay on the 
binary file. The parameters for this statement 
are column dependent when delimited by blanks and 
are as follows: 


Overlay number (hexadecimal 0 through FF). If 
present, it must begin at or before column 10. 
The default value is zero. 


1 These pseudo statements must be edited in by the user. 


77960971. 


aaaaaa Address in the HPM attached to XMAU 0 where the 
overlay would normally be loaded. It must begin 
at or before column 17 and, if nn is omitted, at 
or after column 1l. This parameter is not used by 
ECHOS, which loads overlays directly into the 
processor. The default value is zero. 


1111 Length of the overlay in 64-bit words. Must begin 
at or after column 18 if aaaaaa is omitted. This 
is not used by ECHOS. The default value is zero. 


XXXXKX Name of the overlay (up to 10 characters). 


If, for example, you used only default values in 
the OVL command, it would look like the following: 


+OVL,,,,0VZERO 
and is equivalent to: 
+OVL 00 000000 0000 OVZERO 


If the overlay parameter on the LOAD command is omitted, loading terminates 
when a +OVL pseudo statement is encountered. If the LOAD command specifies 
that an overlay is to be loaded, ECHOS skips all pseudo statements and data 
in the binary file until it encounters a +OVL statement with a number (nn) 
or name (xxxxx) which matches the overlay parameter on the LOAD command. 
Loading then begins with the next line and continues until the end of file 
or another +OVL statement is encountered. In an overlay load, +HPP * is 
assumed. All other pseudo statements are processed normally. 


If the load routine encounters an unrecognized pseudo statement, it issues 
a message and all lines up to the next pseudo statement are ignored. 


DATA STATEMENTS 


All lines in the object code file which begin with any character other than 
" (quote) or + (plus sign) in column 1 are treated as data initialization 
statements. 


There are two types of data initialization statements. One is used for 
program instructions, and the other is used for all other data sections. 


Program Instruction Section 


This format is used only in a program instruction section (beginning with a 
+MC pseudo instruction). Each line of data specifies a single instruction 
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and the address where it is to be loaded. Note that the address is taken 
from each line of object code and not from the +MC statement. The address 
(if any) on the +MC statement is ignored. The instruction line is divided 
into six fields in the following format: 


bCCCCCCCCCCCC bKKKKDDDDDDDD bDDDDDDDDXXXXbXXXXXXXXXXXXXX bLLLLLL bFFFFFFFFFF 


0} a 


bec. ® eCbK. eeDbD.. oXbX. e eXbL. eeLbFee oF 


where: 


KeeeD 


Deeod 


6-6 


A single blank character which must appear in column l. This 
character is also used to separate the six fields. 


Up to 12 hexadecimal digits defining the value of instruction 
bits 0 through 47. If fewer than 12 digits are supplied, the 
value is stored right justified. This is the 48 bit clock 
field. 


Up to 12 hexadecimal digits defining the value of instruction 
bits 48 through 95. If fewer than 12 digits are supplied, the 
value is stored right justified. This defines the 16-bit 


constant and the dynamic control fields DCO and DCl as follows: 


KKKKDOO00D111 
where: 
KKKK Constant field (bits 48 through 63). 
~ D000 Dynamic control field DCO (bits 64 through 79). 
D1ll Dynamic control field DCl (bits 80 through 95). 


Up to 12 hexadecimal digits defining the value of instruction 


bits 96 through 143. If fewer than 12 digits are supplied, 
the value is stored right justified. This defines the 16-bit 
dynamic control fields DC2 and DC3, and the first 4 of the 
4-bit crossbar subfields (0-3) as follows: 


D222D333XXXX 


where: 
D222 Dynamic control field DC2 (bits 96 through 111). 
D333 Dynamic control field DC3 (bits 112 through 127). 
XXXX ao: part of the crossbar field (bits 128 through 
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Xow eX Up to 14 hexadecimal digits defining the value of instruction 
bits 144 through 199. If fewer than 14 digits are supplied, 
the value is stored right justified. This defines the 
remaining subfields (4 through se of the crossbar field of 
the instruction line. 


LeoeL Up to 6 hexadecimal digits defining the address in program 
memory where the instruction is to be written. However, only 
a three digit address is used at this time. 


F..oF Up to 10 hexadecimal digits defining the value of instruction 
bits 200-239 (the last digit is not used). If fewer than 10 
characters are supplied, the value is stored right justified. 
This defines the 24-bit floating point crossbar control field 
and the 15-bit floating point units clock field of the 
instruction line. 


Note that all numbers in these statements are hexadecimal regardless of any 
preceding +DEC statements and cannot be preceded by a $. 


This format is output by the MICA cross assembler. If any line not 


conforming to this format is encountered before the next pseudo 
instruction, an error message is printed and loading of the file terminates. 


Data Initialization Sections 

The data initialization statement in all sections other than the program 
instruction section has the format which is described here. 

Each line consists of a list of data items and/or groups of data items 
separated by any legal ECHOS delimiter. The items are stored sequentially 
in the specified memory or table. 


A group of data items has the following format: 


rpt*(item,item,...) 


where: 
rpt Repeat count. 
item A data item (see below). 
; Any legal ECHOS delimiter other than left or right 


parenthesis. 
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The list of items in parentheses is stored sequentially in the memory rpt 
times. For example: 


3*(iteml ,item2) 
is equivalent to: 
iteml ,item2,iteml ,item2 ,iteml ,item2 
Note, however, that only one level of parenthetical nesting is supported. 


A data item has the following format: 


r*num 
where: 
r Repeat count. 
num Value to be stored. 


The num value is stored in the memory r times. For example: 

3*(1,2%A,3) 
is equivalent to: 

1 »A,A,3,1 »A,A,3,1,A,A,3 
All numbers (num) and repeat counts (rpt and r) are assumed to be 
hexadecimal unless ECHOS has encountered a +DEC statement. Following a 
+DEC statement, all numbers (num) and repeat counts (rpt and r) are assumed 
to be decimal unless preceded by a $, indicating a hexadecimal value. 


Decimal interpretation continues until counteracted by a +HEX statement. 


Furthermore, numbers (but not repeat counts) of either type may be preceded 
by a minus sign (-) specifying a negative number. 


Negative numbers are all converted to 2's complement representation. Any 
1's complement negative numbers should be specified explicitly in unsigned 
hexadecimal format. 
The following are examples of legal data statements. 

1,2 ,3,$FF34 ,5*$20 

$10*(1,3*$FFFF ,-SABCD,10) ,5*-$1,0 
For all sections (including the HPM) except the destination tables, the 


data items are 16 bits. The destination table entries are six bits. Refer 
to the relevant pseudo statement above. 
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If a data item exceeds the word size or an attempt is made to initialize 


beyond the end of the memory concerned, an error message is printed and the 
load terminates. 


Note that floating point constants cannot be initialized using this method. 
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PROGRAM EXAMPLES 7 


This section contains three ECHOS simulator test examples. The first 
example is a jump/inhibit test, the second example is an 
adder/multiplier/shift flow test, and the third example is a floating point 
timing test. 


The first two examples demonstrate how you would simulate a MICA program 
using interactive mode and the STEP command. Example 1 contains the 
following five parts: (1) the MICA source code, (2) the MICA program 
listing, (3) the binary object code, (4) the ECHOS run and its 
corresponding list file, and (5) the ECHOS interactive session on the 
terminal and its corresponding list file. 


Example 2 contains the following four parts: (1) the MICA source code, (2) 
the MICA program listing, (3) the binary object code, (4) the ECHOS 
interactive session on the terminal and its corresponding list file. 


The third example demonstrates how you would simulate a MICA program using 
batch mode and a command file. This example contains the following parts: 
(1) the MICA source code, (2) the MICA program listing, (3) the binary 
object code, (4) the ECHOS command file to be run, and (5) the ECHOS run 
and its corresponding list file. 


Figures 7-1 through 7-5 show the five parts of Example 1 in the order they 
are listed above. Figures 7-6 through 7-9 show the parts of Example 2. 
Figure 7-10 shows an independently created data initialization file for the 
ECHOS run shown in Examples 1 and 2. Figures 7-11 through 7-15 show the 
parts of Example 3. 
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IDENT 
TITLE 


TEST 


‘ECHOS TEST EXAMPLES. 


EXAMPLE 1 - JUMP/INHIBIT TESTS (OVLY 01, SET 02) 


MC 
EQU 
K=$10 
K=0 
K=$0102 
K=JMP9 


K=1 
K=2 


K=5 


=0 
K=JMP9 


K=4 
K=$8 


K=0 
K=JMP11 
K=S10 

K=$20 ~ 


K=0 
K=JMP12 
K=$40 
K=0 
K=JMP13 
K=$80 


K=CERR 


END 


$1AB 


0 


DO=WN9.LI(K/~A,B,C) 


DO=LI(,K/C) 
DO=WM2(K/~A, B,C) 


CU=STK(K/PUSH) 
JS(/J1, POP) 
DO=LI(,K/C) 
DO=LI(,K/C) 


CU=*(K) 
DO=RNA9(/C) 
DO=LI(,K/C) 
CU=STK(/PUSH) 
JSA(/ JI, POP) 
DO=LI( ,K/C) 
DO=LI(,K/C) 


DO=RNAY(/C) 
DO=LI( ,k/C) 
JK() 

DU=L1(,K/C) 
DO=L1( ,K/C) 


DU=RNS9(/C) 
DO=LI(,K/C) 
IF(DO.PL)JK(/J1) 


DO=LI(,K/C) 
DO=RNA9(/C) 
DO=LI( ,K/C) 
IF(DO.NG) JK(/FI) 
DO=LI( ,K/C) 


JK(/JI, PUSH) 


DO=RNAY(/C) 
NOP 


Figure 7-1. 


"DEFINE ERROR ROUTINE ENTRY POINT 
"PRESET ERROR COUNTER 
"AND CLEAR ERROR 


"SET OVLY/SET NO = 0102 


"SET STACK = JMP9 
"TEST JS AND INHIBIT NI 


"SET CU = 5 

"UPDATE ERROR COUNTER 
"AND RESET ERROR 

"SET STACK = JMP9 

"TEST JSA AND INHIBIT NI 


"UPDATE ERROR COUNTER 
"AND RESET ERROR 
"EXECUTE JK WITH NO INHIBIT 


"THIS INSTR. SHOULD NOT EXECUTE 


"UPDATE ERROR AND ENSURE DO OUTPUT IS +VE 
"RESET ERROR 

"TEST JK AS A CONDITIONAL JUMP FOK USE BY 
"THE FOLLOWING TEST OF FALL THROUGH INHIBIT 
"THIS INSTR. SHOULD NOT EXECUTE 

"UPDATE ERROR AND ENSURE DO OUTPUT IS +VE 
"RESET ERROR 

"FORCE FALL THROUGH AND INHIBIT NI 

“THIS INSTR. SHOULD NOT EXECUTE 


"END OF SET. GO CHECK ERROR COUNTER 
"UPDATE ERROR 
"GO TO NEXT SET 


Example 1, MICA Source Code 
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MICA 3.U-02 


84/07/09. 


ECHOS TEST EXAMPLES. 


1.00 
2.U1 
2.02 
2.03 
3.00 
3.01 
4.00 
5.00 
6.00 
6.01 
7200 
7.01 
8.0U 
9.00 
10.00 
11.00 
11.01 
12.00 
12.01 
13.00 
14.00 
15.00 
16.00 
17.00 
17.01 
18.00 
19.00 
20.00 
21.00 
22.00 
22.U1 
23.00 
24.00 
25.00 
25.01 
26.00 
27.00 
28.00 
29.00 
30.00 
30.01 
31.00 
31.01 
32.00 
32.01 
33.00 
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OQUVOOU000 
OOU1AB 
OOU1AC 


0001aD 


00U1 AE 
OUO LAF 
0OU1LBO 
OU01B1 


Q001LB2 


000183 
OUU1B4 
0001B5 
0001B6 
0001B7 


00U1B8 
QU01B9 
OOO1LBA 
0001BB 
OU01BC 


UOO1BD 
QUO1LBE 
OUO1BF 


QU01CO 
0001C1 
G0U1C2 
0001C3 
O0U1C4 


0001C5 


00U1LC6 


JMP12 


JMP13 


+ 


13.38.04. 


IDENT 


FILE=E IMSRC 


TEST 


ULIB=UMAXLIB SLIB=SMAXLIB PAGE 


EXAMPLE 1 — JUMP/INHIBIT TESTS (OVLY 01, SET 02) 


MC 
EQU 
K=$10 
K=0 
K=$U102 
K=JMP9 


K=1 
K=2 


kK=0 
K=JMP12 


K=$40 
K=0 
K=JMP13 
K=$80 


K=CERR 


END 


28 INSTRUCTIONS GENERATED 
—— ASSEMBLY COMPLETE, TIME= 


B 


Figure /-2. 


$1AB 


0 


DU=WN9.LI(K/-A,B,C) 


DU=LI(,K/C) 
DO=WM2(K/~A, B,C) 


CU=STK(K/PUSH) 
JS(/J1, POP) 
DU=LI(,K/C) 
DO=L1( ,K/C) 


CU=*(K) 
DO=KNA9(/C) 
DU=LI(,K/C) 
CU=STK(/ PUSH) 
JSA(/JI, POP) 
DO=LI( ,K/C) 
DU=LI( ,K/C) 


DU=RNA9(/C) 
DO=LI(,K/C) 
JK() 

DO=LI1( ,K/C) 
DO=LI( ,K/C) 


DO=RNS9(/C) 
DO=LI( ,K/C) 
IF(DO.PL)JK(/JL) 


DO=LI(,K/C) 
DO=RNA9(/C) 
DO=LI(,K/C) 
IF(DO.NG) JK(/FI) 
DO=LI(,K/C) 


JK(/J1, PUSH) 


DO=RNA9(/C) 
NOP 


799 SEC(S) --- 


“DEFINE ERROR KOUTINE ENTRY POINT 
“PRESET ERROK COUNTER 
“AND CLEAR ERROR 


"SET OVLY/SET NO = 0102 


“SET STACK = JMP9 
“TEST JS AND INHIBIT NI 


"SET CU = 5 

"UPDATE ERROR COUNTER 
"AND RESET ERROK 

“SET STACK = JMP9 


"TEST JSA AND INHIBIT NI 


“UPDATE ERROK COUNTER 
“AND KESET ERROR 
“EXECUTE JK WITH NO INHIBIT 


“THIS INSTR. SHOULD NOT EXECUTE 


"UPDATE ERROK AND ENSURE DO OUTPUT IS +VE 
“RESET ERROR 

“TEST JK AS A CONDITIONAL JUMP FOR USE BY 
“THE FOLLOWING TEST OF FALL THROUGH INHIBIT 
“THIS INSTR. SHOULD NOT EXECUTE 
“UPDATE ERROR AND ENSURE DO OUTPUT IS +VE 
“KESET ERROR 

“FORCE FALL THROUGH AND INHIBIT NI 

“THIS INSTR. SHOULD NOT EXECUTE 


“END OF SET. GO CHECK ERROR COUNTER 
"UPDATE ERROR 
"GO TO NEXT SET 


Example 1, MICA Program Listing 


i=3 


+IDENT=TEST 

+MC 0001AB 
OOCOV0V000U00 
OUCOOUU00000 
OOUCOO00000000 
COUV00000000 
300000000000 
00CO00000000 
00CO00000000 
804000000000 
0O0COO00000000 
400000000000 
300000000000 
0UCO00000000 
O0OCOO0000000 
0040000U0000 
00CO00000000 
OOUDD0000000 
OOCOOU000000 
OOCOO0000000 
004000000000 
OUCOO0000000 
100000000000 
OOCOOV000000 
004000000000 
OOCOQ0000000 
O80000000000 
0OCO00000000 
504000000000 
VOOOUVOO00000 

+END 

+EOF 


FN=E IMSKC 


001001920000 
UVO0V0CO0020000 
010205220000 
018298000000 
000001000000 
0001C0020000 
0002C0020000 
000528920000 
0000C0020000 
01B298000000 
000021000000 
0004C0020000 
0008C0020000 
000028920000 
0000C0020000 
01BD19000000 
0010C0020000 
0020C0020000 
000038920000 
0000C0020000 
01C15F800000 
0040C0020000 
000028920000 
0000C0020000 
01C41F800000 
0080C0020000 
000019002892 
000000000000 


Figure 7-3. 


UN=GCR 


0U0000000000 
000000000000 
000000000000 
QO000U000000 
000000000000 
000000000000 
0V0000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
Q0VVD00000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
QQ00U0000000 
000000000000 
O0VU0000000000 
OQO000U0000000 
000000000000 
000000000000 
000000000000 
000000000000 


Example 1, 


84/07/09. 


O0000000000000 
00000000000000 
O00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
0O0000000000000 
00000000000000 
00000000000000 
00000000000000 
OUDGOVO000C000 
00000000000000 
OVOD0000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
G0000000000000 


13.38.04. 


OOO1AB 
OOO1AC 
0O01AD 
OOO1AE 
OOO1AF 
0001B0 
0OO1B1 
0001B2 
G001B3 
0001B4 
000185 
000186 
000187 
0001B8 
000189 
OOO1BA 
0001BB 
OOULBC 
0001 BD 
OOO1BE 
OOOLBF 
0001C0 
0001C1 
0001C2 
0001C3 
0001C4 
0001C5 
0001C6 


Binary Object Code 


0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
O0O000U00U00 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
OVOUDO0000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
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VERSION 3.0-02 


B 


ITEST EXAMPLE 1, ECHOS MANUAL ECHOS 3.1-01 44/07/13. 10.23.31. PAGE 


—> LOAD,EIMBIN " PROGRAM BINARY IS ON FILE *E1MBIN* 
HPP $OO0 — PROGRAM TEST LOADED AT — FWA=1AB, LWA=1C6, NWDS=U1C 


—> P=1AB 
HPP 00 P=01AC MIR=(1AB) K=0010 S= QO T= 


——-> SET, BKP=1C7, 1AA 


-——> " NOTE ~ SINCE FWA > LWA THE BREAKPOINT ADDRESS RANGE IS 


-—> " 0 THROUGH LWA, AND FWA THROUGH * (END OF MEMORY) 


—> STEP, 30 

HPP OU P=01AD MIR=(1AC) K=0000 S= 
HPP UO P=Q01AE MIR=(1AD) K=0102 S= 
HPP OO P=O01AF MIR=(1AE) K=01B2 S= 
HPP 00 P=01B0 MIR=(1AF) K=0000 S= 
HPP 0O P=01B2 J MIR=(1B0)B K=0001 S= 
HPP 00 P=01B3 MIR=(1B2) K=0005 = 
HPP OO P=01b4 MIk=(1B3) K=0000 S= 
HPP 0O P=01B5 MIR=(1B4) K=01B2 S= 


wenaunrwnre 
ae 
i] 


HPP OU P=01B6 MIR=(1B5) K=0000 S= T= 
HPP OO P=01B7 J MIR=(1B6)B K=0004 = 10 T= 
HPP OO P=01B8 MIR=(1B7) K=0008 S= ll T= 
HPP 00 P=01B9 MIR=(1B8) K=0000 = 12 T= 
HPP 00 P=01BA MIR=(1B9) K=0000 S= 13 T= 
HPP OO P=01BB MIR=(1BA) K=01BD S= 14 T= 
HPP 00 P=01BD J MIR=(1BB) K=0010 = 15 T= 
HPP 00 P=O01BE MIR=(1BD) K=0000 S= 16 T= 
HPP OO P=01BF MIR=(1BE) K=0000 = 17 T= 
HPP 00 P=01CO MIR=(1BF) K=01Cl = 18 T= 
HPP OU P=01Cl J MIK=(1C0)B K=0040 S= 19 T= 
HPP 00 P=01C2 MIR=(1C1) K=0000 S= 20 T= 
HPP 00 P=01C3) MIR=(1C2) K=0000 S= 21 T= 
HPP 00 P=01C4 MIR=(1C3) K=01C4 S= 22 T= 
HPP 00 P=01C5 MIR=(1C4)B K=0080 S= 23. T= 
HPP 00 P=01C6 MIR=(1C5) K=0000 S= 24 T= 
HPP 00 P=0000 J MIR=(1C6)B K=0000 S= 25 T= 


HPP 00 P=0001 MIR=(000)B K=0000 S= 26 T= 
S/W BREAKPOINT 
«esEXECUTING OUTSIDE PROGRAM AREA 

—> DMP,DO,IM 


>DATA MEMORY< 
DO DC=289 A=000 b&=0000 Z=0008 I=000 CA=000 


INDEX 0/8 1/9 2/A 3/B 4/c 5/D 6/E 
0 0000 0000 OU00 0000 O000 vUV0d v000 
8 0000 0008 0000 0000 0000 0000 v000 


' ADDR 0/8 1/9 2/A 3/8 4/C 5/D 6/E 
000 0102 0000 0000 0000 0000 0000 0000 


—)> DMP,CU,I 


Figure 7-4, Example 1, ECHOS Run and List 
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WONDUHWNH 


26 STOP1 =IDLE 


CD=0000 STATUS=011110000 


7/F 
0000 
0000 


7/¥F 
0000 


File (Sheet 1 of 2) 


i=5 


1 


ITEST EXAMPLE 1, ECHOS MANUAL ECHOS 3.1-01 84/07/13. 10.23.31. PAGE 2 


>CONTROL UNIT< 
CU DC=000 A=0005 Z=0000 SA=1 BKP=000 BKE=0 STATUS=01000 

(0000 )MIR= OQO0000000000 0000 0000 0000 0000 0000 O00000000000000000 0000000000 
P=0001 (P)= QO00000000000 0000 0000 0000 0000 0000 000000000000000000 0000000000 


RTJ STACK CONDITION VECTOR 

TOP SECTION BIT-0 1234567 

01C6 0 01000000 
—> 0000 1 00100010 

0000 2 11000000 

0000 3 01010100 

0000 4 01001010 

0000. 5 10001001 

0000 6 11001000 

v000 7 11001000 

0000 8 01111000 

0000 9 11111001 

0v00 A 11111001 

0000 B 11111001 

0000 C 10000000 

0000 D 10000000 

0000 E 00000000 

0000 F 00000000 
—> QUERY ,* " PRINT SIMULATOR STATISTICS AND CURRENT MODES 
DEFAULT FILENAMES INPUT MBIN OUTPUT § CHKPT PROC LIST 
CUKKENT FILENAMES INPUT EIMBIN OUTPUT CHKPT ELECMD  EJELST 
HPP 0 - 
PROGRAM TEST (FWA=1AB, LWA=1 C6) RUN=0, STOP1=0001, STOP2=0 
P=0001, BKP ADDR=000, BKE=0, INTERRUPT MODE=0, LOCKOUT=0, PENDING=U0 
S/W BREAKPOINTS 1 2 3 4 5 6 7 8 

FWA= _—1C7 
LWA= = 1 AA 

TRACE ON TRACE=A, SB RANGE=000, FFF 
ARRAY TRACE ON TRACE= LIST=1 
TOTAL STATISTICS FOR RUN 
CPTIME = -523 SECS FOR 26 STEPS 
BULK MEMORY BLOCKS 0 READS QO WRITES, HPP 0 READS 0 WRITES 
RATE SINCE LAST RESET = 0 T0 1, TOTAL RATE = 1005769 TO 1 
—> BYE 
TOTAL STATISTICS FOR RUN 
CPTIME = -539 SECS FOR 26 STEPS 
BULK MEMORY BLOCKS 0 READS 0 WRITES, HPP 0 READS 0 WRITES 


Figure 7-4. Example 1, ECHOS Run and List File (Sheet 2 of 2) 
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/CLEAR 


/GET,ELEMBIN 
/ECHOS, E1MBIN, , ELELST, ELETRM 


>HPP/FP KEGISTER LEVEL SIMULATOK< 


? TITLE TEST EXAMPLE 1, ECHOS MANUAL 
" TURN ON LISTING FILE *LIST* (DEFAULT) 
"PROGRAM BINARY IS ON FILE *E1MBIN* 


? LIST 
? LOAD,EL 


MBIN 


HPP $00 — PROGRAM TEST 


? P=1AB 
HPP 00 


P=01AC 


MIR=(1Ab) 


? SET,BKP=1C7,1AA 


~ 


LOADED AT ~ FWA=1AB, LWA=1C6, NWDS=01C 


K=0010 S= QO T= 0 


" NOTE - SINCE FWA > LWA THE BREAKPOINT ADDRESS RANGE IS 


? " QO THROUGH LWA, AND FWA THROUGH * (END: OF MEMORY) 


? STEP, 30 
HPP 00 


P=01 AD 
P=01AE 
P=01AF 
P=01B0 
P=01B2 
P=01B3 
P=01B4 
P=U1B5 
P=01B6 
P=01B7 
P=01B8 
P=01B9 
P=01BA 
P=01bB 
P=01BD 
P=01BE 
P=01BF 
P=01C0 
P=01C1 
P=01C2 
P=01C3 
P=01C4 
P=01C5 
P=01C6 
P=0000 
P=V001 


S/W BREAKPOINT 
ee eEXECUTING OUTSIDE PROGRAM AREA 


2 DMP,DO, 


IM 


>DATA MEMORY< 
DO DC=289 A=000 B=0000 Z=0008 I[=000 CA=000 CD=0000 STATUS=011110000 


INDEX 
0 
8 


ADDR 
000 


Figure 


77960971 


0/8 
0000 
0000 


0/8 
0102 


725% 


B 


MIR=(1AC) 
MIR=(1AD) 
MIR=(1AE) 
MIK=(1AF) 
J MIR=(1B0) 
MIR=(1B2) 
MIR=(1B3) 
MIR=(1B4) 
MIR=(1B5) 
J MIK=(1B6) 
MIK=(1B7) 
MIR=(1B8) 
MIR=(1B9) 
MIR=(1BA) 
J MIR=(1BB) 
MIR=(1BD) 
MIK=(1BE) 
MIR=(1BF) 
J MIR=(1C0) 
MIR=(1C1) 
MIR=(1C2) 
MIR=(1C3) 
MIR=(1C4) 
MIR=(1C5) 
J MIR=(1C6) 
MIR=(000) 


1/9 2/A 
0000 0000 
0008 0000 


1/9 2/A 
0000 0000 


Example 1, 


K=0000 S= i ed 1 
K=0102 S= 2. TS 2 
K=01B2 S= 3: t= 3 
K=0000 S= 4 T= 4 
B K=0U01 S= 5 T= 5 
K=0005 S= 6 T= 6 
K=0000 S= 7 T= 7 
K=01B2 S= 8 T= 8 
K=0000 S= 9 T= 9 
B K=0004 S= 10 T= 10 
K=0008 S= ll T= ll 
k=0000 S= 12 Ts 12 
K=0000 S= 13. «T= 13 
K=O01BD S= 14 T= 14 
K=0010 S= 15 T= 15 
K=0U00 S= 16 T= 16 
K=0000 S= 17 T= 17 
K=01Cl S= 18 T= 18 
B K=0040 S= 19 T= 19 
K=0000 S= 20 T= 20 
K=0000 S= 21 Ts 21 
K=01C4 S= 22 T= 22 
B K=0080 S= 23 «T= 23 
K=0000 S= 24 T= 24 
B K=0000 S= 25 T= 25 
B K=0000 S= 26 T= 26 STOP1 =IDLE 


3/B 4/C 5/bdD 6/E 7/F 
0000 O0U000 0000 0000 0000 
0000 0000 0000 0000 0000 


3/8 4/C 5/D 6/E 7/F 
0000 QO000 Q000 QO000 O000 


ECHOS Terminal Session/List File (Sheet 1 of 2) 


T= 1 


? DMP,CU,I 

>CONTROL UNIT< 

CU DC=000 a=0005 Z=00U0 SA=1 BKP=0U0 BKE=0 STATUS=01000 
(OU00)MIR= O0UOVOO0LVLVOU 0000 0000 0000 0000 0000 000000000000000000 0000000000 

P=0001 (P)= 000000000000 0000 0000 0000 0000 0000 000000000000000000 0000000000 


RTJ STACK CONDITION VECTOR 
TOP SECTION BIT-0 1234567 
01C6 0 01000000 
—> 0000 1 00100010 
0000 2 11000000 
0000 3 01010100 
0000 4 01001010 
0000 5 10001001 
0000 6 11001000 
Q0U0 7 11001000 
OU00 8 01111000 
0000 9 11111001 
0000 A 11111001 
0000 B 11111001 
0000 C 10000000 
0000 D 10000000 
0000 E 00000000 
0000 F 00000000 
? QUERY,* " PKINT SIMULATOR STATISTICS AND CURRENT MODES 
TEST EXAMPLE 1, ECHOS MANUAL ECHOS 3.1-01 84/06/28. 14.52.52. 
2 LIST PAGES WRITTEN ON FILE — E1ELST 
DEFAULT FILENAMES INPUT MBIN OUTPUT  CHKPT PROC LIST 
CURRENT FILENAMES E1ECMD  EIMBIN  EJETRM  CHKPT PROC ELELST 
HPP 0 - 
PROGRAM TEST (FWA=1AB, LWA=1C6) RUN=0, STOP1=0001, STOP2=0 
P=00U1, BKP ADDR=000, BKE=0, INTERRUPT MODE=0, LOCKOUT=0, PENDING=00 
S/W BREAKPOINTS 1 o. 3 4 5 6 ie 8 
FWA= 107 
LWA= 1AA 
TRACE ON TRACE=A, SB RANGE=000, FFF 
ARRAY TRACE ON TRACE= LIST=1 
TOTAL STATISTICS FOR RUN 
CPTIME = -503 SECS FOR 26 STEPS 
BULK MEMOKY BLOCKS O READS OQ WRITES, HPP 0 READS 0 WRITES 
RATE SINCE LAST RESET = 0 TU 1, TOTAL RATE = 967307 TO 1 
TEST EXAMPLE 1, ECHOS MANUAL ECHOS 3.1-01 84/06/28. 14.52.52. 


2 LIST PAGES WRITTEN ON FILE —- E1ELST 


TOTAL STATISTICS FOR RUN 
CPTIME = e916 SECS FOK 26 STEPS 
BULK MEMOKY BLOCKS O READS Q WRITES, HPP OQ READS OQ WRITES 


Figure 7-5. Example 1, ECHOS Terminal Session/List File (Sheet 2 of 2) 
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i IDENT 
= TITLE 


TEST2 
ECHOS EXAMPLE 2 


: EXAMPLE 2 - ADDEK/MULTIPLIER/SHIFT FLOW TEST. 


+ MC 


START K=SFFOO 


: K=$101 
K=~32 

‘ K=$102 

‘ K=$103 


$131 


A0=*(K) 
Al=*(K) 
D2=RM( ) 
FG=F X6GX1 () 


DO=RM(K/R) 
D1=RM(K/R) 
D2=*(K/R) 

AO=MSK.H() 
Al=MSK.H() 


AO=A0.H() 
A1=A0.H() 
FG=F XoGX2() 
MO=*(K) 


DO=*(K/R) 
D2=*(K/R) 
AO=b(DU,F6) 
Al=B(D1,D2) 
MU=MLT( , G1) 


D1=*(K/R) 
D2=*(K/R) 
AO=B0. 1() 
A1=B0.1() 
MO=*(, G2) 


AO=ADD.1(F6,F6) 
A1=ADD.1(DO, D2) 
FG=FX6G77(,D2) 


AU=*(,D1) 
Al=*(,D2) 
MO=CTS() 
BO=D8PA(LO, , ,HO) 
X0O=..1(/A) 
X1=..3(/A) 


AO=ADD. 2(,F6) 
A1l=ADD.2(,G7) 
MO=RVC(C ) 

BO=*(LO,, ,HO) 


"LOAD ADDER 0 A REGISTER 
"LOAD ADDER 1 A REGISTER 
"PRESET FUNCTION IN DATA MEMORY 2 
"READ F6 (=SFFFF) AND Gl (=~$2000) 


"READ DO($1U1) =$8000 


"READ D1(S101) =S6A6A 

"READ D2(S101) =SA6A6 

"TEST ADDER MASK OPERATION — 
"  QUTPUT = SFFFF 


"TEST ARITHMETIC PASS OPERATION 
ih 

"READ F6 AND G2 (=$2000) 

"LOAD MULTIPLIER A REGISTER 


"READ DO($102) =S5A5A 
"READ D2($102) =SA5A5 
"PASS B, OUTPUT = $FFFF 
"PASS B, OUTPUT = SA6A6 

" _32%-~$2000 = $0004, 0000 


"READ D1($103) =$8000 
"READ D2(S$103) =$0001 

" B+0, OUTPUT = 0 

" BO, OUTPUT=SA6A6 

" —32%*$2000 = SFFFC,0000 


“TEST 1’S COMPLEMENT ADD (-0 + ~0) 
" S5SA5AtSA5A5 = O 
" G7 = $A5A5, READ F6 AND G7 


" SFFFF+S8000 = $8000 

" S5A5A+S0001 = $5A5B 

"POP COUNT (A), SIGNIFICANCE COUNT (B) 
"SCALE MULTIPLIER RESULT (=$0400) 

"SET A/D = PARCEL 1 

"SET A/D = PARCEL 3 


"TEST 2’S COMPLEMENT ADD, (-1 + ~—1) 
" SSA5AtSA5A5 = SFFFF (-1) 

"BIT REVERSE (A), POP COUNT (B) 
"SCALE MULTIPLIER RESULT (=$FCOO) 


Figure 7-6. Example 2, MICA Source Code (Sheet 1 of 2) 
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1-9 


K=$104 


END 


AO=*(,D1) 
Al=*(,D2) 
FG=F5XG7X(BO, D2) 
XO=. DR+(HO) 
X1l=.DR+(LO) 


DO=*(K/R) 
D1=*(K/R) 
D2=*(K/R) 
AO=AB1.2(,F6) 
A1=AB1.2(,G7) 
FG=F 6XG5X(D1,B0) 
X0=*(HO) 
Xl=*(LO) 


NOP 


" SFFFF+S8000 = $7FFF 
" S5A5A+S0001 = S5SA5B 
" F5 = $0400, G7 = $0001 
"DATA REGISTER PARCEL 1 
"DATA REGISTER PARCEL 3 


COUNT(~32) 
SIG. CT.($2000) 


"READ DO(S104) =$FFFF 
"READ D1($104) =$0000 
"READ D2(S104) =$5A5A 
" SFFFF+SFFFF+1 = $FFFF (~1) 
" S5A5A+SA5A5+1 = 0 

" F6 = $8000, G5 = $FCOU 
"DATA REGISTER PARCEL 2 

"DATA REGISTER PARCEL 0 


BIT REV.(-32) 
COUNT( $2000) 


"WAIT FOR RESULTS 


Figure 7-6. Example 2, MICA Source Code (Sheet 2 of 2) 
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IMICA 3.0-U2 


ECHUS EXAMPLE 2 


1.00 
2.01 
2.02 
2.03 
3.00 
3.01 
4.00 
4.01 
4.02 
4.03 
4.04 
5.00 
5.01 
5.02 
5.03 
5.04 
5205 
6.00 
6.01 
6.02 
6.U3 
6.04 
7.00 
7.01 
7.02 
7.03 
7.04 
7.05 
8.00 
8.01 
8.02 
8.03 
8.04 
8.05 
9.00 
9.01 
9.02 
9.03 
10.00 
10.01 
10.02 
10.03 
10.04 
10.05 
10.06 
11.00 
11.01 
11.02 
11.03 
11.04 
12.00 
12.01 
12.02 
12.03 
12.04 
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000131 


0U0132 


000133 


000134 


000135 


000136 


000137 


000138 


000139 


Figure 7-/. 


B 


84/07/09. 


START 


13.39.30. 


IDENT 


FILE=E2MSKC 


TEST2 


ULIB=UMAXLIB SLIB=SMAXLIB PAGE 


EXAMPLE 2 ~ ADDER/MULTIPLIER/SHIFT FLOW TEST. 


MC 


K=$FFUO 


K=$101 


K=~32 


K=$102 


K=$103 


$131 


AU=*(K) 
Al=*(K) 
D2=RM( ) 
FG=FX6GX1() 


DO=RM(K/R) 
D1=KM(K/R) 
D2=*(K/R) 

AO=MSK.H() 
Al=MSK.H() 


AO=A0.H() 
Al=A0.H() 
FG=F X6GX2() 
MO=*(K) 


DO=*(K/R) 
D2=*(K/K) 
A0=B(DO,F6) 
Al=B(D1,D2) 
MO=MLT( ,G1) 


D1=*(K/R) 
D2=*(K/R) 
AO=B0.1() 
Al=B0.1() 
MU=*( ,G2) 


AO=ADD. 1(F6,F6) 
Al=ADD. 1(DU, D2) 
FG=FX6G77( ,D2) 


A0=*(,D1) 

Al=*( ,D2) 
MO=CTS() 
BO=D8PA(LO, , , HO) 
XU=..1(/A) 
X1l=..3(/A) 


AO=ADD.2(,F6) 
Al=ADD.2(,G7) 
MO=RVC() 

BO=*(LU, , ,HO) 


A0=*(,D1) 
Al=*(,D2) 
FG=F5XG7X(BU, D2) 
X0=.DK+(HO) 
X1=.DR+(LO) 


“LOAD ADDER 0 A REGISTER 
“LOAD ADDER 1 A REGISTER 
“PRESET FUNCTION IN DATA MEMORY 2 
"READ F6 (=SFFFF) AND Gl (=~$2000) 


"READ DO($101) 
"READ D1($101) =S6A6A 

"READ D2($101) =SA6A6 

"TEST ADDER MASK OPERATION — 
"  QUTPUT = $FFEF 


=$8000 


"TEST AKITHMETIC PASS OPERATION 
iy 

"READ F6 AND G2 (=$2000) 

"LOAD MULTIPLIER A REGISTER 


"READ DO($102) =$5A5A 
"READ D2($102) =SA5A5 
"PASS B, OUTPUT = $FFFF 
"PASS B, OUTPUT = SA6A6 

" ~32%~$2000 = $0004, 0000 


"READ D1($103) =S&000 
"READ D2($103) =$0001 

" BHO, OUTPUT = 0 

" B40, OUTPUT=SA6A6 

" ~32%52000 = $FFFC,0000 


"TEST 1’S COMPLEMENT ADD (-0 + -0) 
" SSASAtSA5A5 = 0 
" G7 = SA5A5, READ F6 AND G7 


" SPFFF+S8000 = $8000 

" S5A5A+SU001 = $5A5B 

"POP COUNT (A), SIGNIFICANCE COUNT (B) 
“SCALE MULTIPLIER RESULT (=$0400) 

"SET A/D = PARCEL 1 

"SET A/D = PARCEL 3 


"TEST 2’°S COMPLEMENT ADD, (~1 + -1) 
" S5A5AtSA5A5 = SFFFF (-1) 

“BIT REVERSE (A), POP COUNT (B) 
“SCALE MULTIPLIER RESULT (=SFCOO) 


" SEFFF+S8000 = $7FFF 

" S5A5A+S0001 = $5A5B 

" F5 = $0400, G7 = $0001 

"DATA REGISTER PARCEL 1 = COUNT(-32) 
"DaTA REGISTER PARCEL 3 = SIG. CT.($2000) 


Example 2, MICA Program Listing (Sheet 1 of 2) 
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IMICA 3.U0~-U2 84/07/09. 13.39.30. FILE=E2MSRC 


ECHOS EXAMPLE 2 


12.05 
13.00 
13.01 
13.02 
13.03 
13.04 
13.05 
13.06 
13.07 
13.08 
14.00 
14.01 
15.00 


7-12 


QUU13A .« K=$104 DO=*(K/R) 
D1=*(K/R) 
D2=*(K/K) 
AO=AB1.2(,F6) 
Al=AB1.2(,G7) 
FG=F 6XG5X(D1, BO) 
XU=*(HO) 
X1=*(LU) 


OUU13B . NOP 
+ END 


11 INSTRUCTIONS GENERATED 
—— ASSEMBLY COMPLETE, TIME= «$22 SEC(S) -—— 


ULIB=UMAXLIB SLIB=SMAXLIB PAGE 


"READ DO($104) =S$FFFF 

"READ D1($104) =S0000 

"READ D2($104) =S5A5A 

" SFFFF+SFFFF+1 = SFFFF (-1) 

" SSASATSASASt1 = UO 

" F6 = $4000, G5 = SFCOU 

"DATA REGISTER PARCEL 2 = BIT REV.(-32) 
“DATA REGISTER PARCEL 0 = COUNT($2000) 


"WAIT FOR RESULTS 


Figure 7-7. Example 2, MICA Program Listing (Sheet 2 of 2) 
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+IDENT=TEST2 

+c =F 000131 
000014000000 
016D0U000000 
040000000000 
0345 1E000000 
022D00000000 
00001E800000 
00000A602200 
OOOU0A600000 
000008802200 
016D0B802200 
000000000000 

+END 

+EOF 


77960971 B 


FN=E 2MSRC 


FF0006041818 
010106020603 
FFE008760877 
010205060507 
010304460447 
00000A460A47 
OQO0000B1183A 
OO0000A660A67 
0000A388073C 
01040A260A27 
000000000000 


Figure /-8. 


UN=GCK 


000000000000 
017601770000 
182800000000 
400100004000 
000000004000 
1BF800000000 
005C007D0000 
0UE100000000 
073D00000000 
©28800000000 
000000000000 


84/07/09. 


00000000000000 
VO0O000000000000 
00000000000000 
00035940000000 
QUDD0000000000 
00095930500000 
00005400020100 
0000A900020100 
0000540B501200 
0000A904B01200 
O00000000000000 


13.39.30. 


000131 
000132 
000133 
000134 
000135 
000136 
000137 
000138 
000139 
00013A 
00013B 


Example 2, Binary Object Code 


VERSION 3. 


QOOQO000000 
0000000000 
QOUVOVOOG0U 
QQ00U00000 
0000000000 
QVO0000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 


0-02 


/CLEAR 
/GET, E2MBIN, E2DATA 
/ECHOS , E2MBIN, , E2ELST,E2ETRM 


ECHOS 3.1-01 84/06/28. 14.57.36. 
>HPP/FP REGISTER LEVEL SIMULATOR< 


? TITLE TEST EXAMPLE 2,ECHOS MANUAL 


2? KESET " CLEAR ALL MEMORIES TO ZERO AND MASTER CLEAR HPP 
? LIST " TURN ON LISTING FILE 

? LOAD E2DATA " DATA INITIALIZATION FILE 

HPP S00 ~ DATA LOADED 


? '" VERIFY CORRECT LOADING 


? DMP,FG,I1 
>FILE UNIT< 
FG DC= 0U00 A=000U B=0000 F=0000 G=0000 STATUS=11 


0/8 1/9 2/A 3/B 4/C S5/D 6/E 7/F 
FO QU000 0000 0000 0000 O000 O000 FFFF 0000 
F& 0000 0000 0000 0000 0000 OU00 0000 0000 


GU 0000 E000 2000 0000 0000 0000 QO000 O000 
G& 0000 0000 9000 0000 0000 0000 0000 0000 


? DMP,DM2,IM,FF, 108 
»« UNRECOGNIZED OK NONEXISTENT FUNCTIONAL UNIT 


? DMP,D2,1IM,FF,108 
>DATA MEMORY< 
D2 DC=000 A=000 B=0000 Z=0000 I1=000 CA=000 CD=0000 STATUS=111111111 


INDEX 0/8 1/9 2/A 3/B 4/C 5/D  6/E 7/F 
0 0000 0000 0000 0000 0000 0000 vU0d0 0000 
8 QU000 9000 0000 O000 0000 0000 0000 0000 


ADDR 0/8 1/9 2/A 3/B 4/C 5/D 6/E 7/F 
OF8 Q0000 0000 0000 0000 0000 0000 90000 0000 
100. FFA6 A6A6 ASA5 OOO01 SASA 0010 O00U0 0000 
lu8 0000 0000 0000 0000 0000 0000 0000 0000 


? LOAD E2MBIN "PROGRAM BINARY IS ON FILE *E2MBIN* 

HPP SOO —- PROGRAM TEST2 LOADED AT — FWA=131, LWA=13B, NWDS=O0B 
? P=131 

HPP UU P=0132 MIR=(131) K=FFOO S= 0 T= 0 


Figure 7-9. Example 2, ECHOS Terminal Session/List File (Sheet 1 of 5) 
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B 


? MODE, INTEGER 

? 

2" 4 

on F 

(an I 

ae D 

aoe 0) 

oo X 

? TRACE, FIDOX 

cu MO 

HPP 00 P=0132 
I 0000 0000 
I 0000 
D 000 000 
0 FFOO 0000 
0 0000 
X 
X 

? NOLIST 

? STEP 

HPP 00 P=0133 
I 0000 0000 
I 0v00 
D ¥*0U0 000 
0 0101 v000 
) 0000 
X 
X 

? 

HPP 00 P=0134 
I 0000 OOU0 
I 0000 
D 000 000 
0 FFEO 0000 
0 0000 
X K 
X 


"NO FLOATING POINT TRACE PROVIDED 


" THE NEXT STATEMENT INCLUDES THE FOLLOWING IN THE TRACE 


BASIC HPP TRACE (ALWAYS INCLUDED ) 


FUNCTIONAL UNIT HEADER 
UNIT (1)NPUT REGISTERS 


UNIT (D)YNAMIC CONTROL REGISTEKS 


UNIT (O)UTPUT REGISTERS 


INERPRETATION OF (X)BAR AND CLOCK FIELDS 


DO Di D2 D3. =AO 
MIR=(131) K=FFOO S= 


000 000 000 000 0000 0000 0000S0000S0000 0000 0000 0000 


Al 
0 


FG BO Bl 


T= 0 


0000 0000 0000 0000 0000 0000 OO00UBOU00B0000 
000 000 000 O00 000 000 000 000 000 
0000 0000 0000 0000 0000 0000 0000 0000 0000 O0UN0 


K 


" TURN OFF LIST FILE 


K 


0000 


"" THEN <CR> REPEATS THE COMMAND STEP 


MIR=(132) K=0101 S= 
000 000 000 O00 FFOO 
0V00 0000 0000 0000 0000 
000 000 *060 O00 000 
00OU 0000 0000 0000 0000 


KC KC KC 


MIR=(133) K=FFEO S= 
101 101 101 000 FFOO 
0000 0000 0000 0000 0000 
*060 *060 060 000 *017 
0000 0000 0000 0000 0000 


1 
FFOO 
0000 

000 
0000 


T= 1 
0000S0000S0000 
OOOOBO000B0000 
*181 QU00 O00 
0000 0000 0000 
0000 


T= 2 
0O00USO0000S0000 
OOOOBOOUOBOU00 

181 000 000 
FFFF 0000 0000 
E000 


XO 


000 


0000 


000 
0000 


0000 


000 
0000 


Xl LO Il 


0000 


000 000 
0000 0000 


000 
0000 


0000 0000 0000 


000 000 
0000 0000 


000 
0000 


0000 0000 0000 


000 000 
0000 0000 


000 
0000 


Figure 7-9. Example 2, ECHOS Terminal Session/List File (Sheet 2 of 5) 


77960971 


B 


? STEP,3 


HPP OO P=0135 


OU0O FFEO 
0000 
*000 000 
0102 Q000 
0000 

G 

0 
HPP 00 P=0136 
0000 FFEO 
EOOO 
*000 *400 
0103 0000 
0000 

G 

0 
P UU P=0137 
0000 FFEO 
2000 
*000 400 
0000 U000 
0000 


ok OO UE 


FE x KOC OHH 


end oD 
x«K COUR FH 


x «kK OOOH eae 


, DS 
00 P=0137 
QU00 FFEO 
2000 
*000 400 
00V0 0000 
0000 


@ 


MIR=(134) K=0102 S= 
101 101 101 OOU 
v00O 0000 0000 0000 
060 O60. 060 000 
8000 6A6A A6A6 0000 
KC K C 
MIR=(135) K=0103 S= 
102 101 102 OO0U 
0000 0000 0000 0000 
060 060 060 000 
8000 6A6A A6A6 0000 


KC KC 


MIR=(136) K=0000 S= 
102 103 103 000 
0000 0000 0U00 OUL00 
060 O60 060 O00 
5A5A 6A6A A5A5 0000 


FF 
00 


1 
FFOO 
0000 
*087 
FFFF 


DD 
12 


A6A6 
*050 
FFOO 


3 
6A6A 
A6A6 
*044 
A6A6 


DD 
02 


" TURN LISTING BACK ON 
" CHANGE TRACE DIRECTION 


MIR=(136) K=0000 S= 
102 103 103 000 
0000 0000 0000 0000 
060 060 060 000 
DASA 6A6A A5A5 0000 


FF 
00 


3 


DD 
02 


T= 3 
0000SOU00S0000 
0O00O0BO000B0000 
*182 000 000 
FKFFF 0000 0000 
E000 


T= 4 
0000S0000S0000 


O0OOBOO00B0000 


182 000 000 
FFFF 0000 000U 
2000 


T= 5 
O0000SO00U0S0000 
OOOOBOOU0B0U000 

182 000 000 
FFFF 0000 0000 
2000 

D 

2 


T= 5 


8000 6A6A OOOUDO000D0000 
FFFF A6A6 0000S0000S0000 
*044 *044 182 000 000 
FFFF A6A6 FFFF 0000 0000 


2000 
D 
2 


? " SHIFT/BOOLEAN UNIT INPUT REGISTERS CHANGED IN TRACE FROM 
2?" (S)HIFT AND (B)OOLEAN TO (D)OUBLE AND (S)HIFT RESPECTIVELY 
" NT MEANS NO TRACE ON TERMINAL 


? STEP,3,NT 
HPP U0 P=013A 


I 0000 FFEO 102 103 103 000 FFFF 5A5A OOOODFFFCDO000 0000 

I 2000 0000 0000 0000 0000 FFFF A5A5 A5A5SOO00SOU00 

D *000 *00E 060 060 O60 O00 *0A6 *0A6 IBF 183 000 005 

O 0000 000B 5A5A 8000 0001 0000 8000 5A5B FFFF 0400 0000 0000 

O OUOD A5A5 

X D D  &BD H 

X 1 2 02 0 

Figure 7-9. Example 2, ECHOS Terminal Session/List File (Sheet 3 of 5) 
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MIR=(139) K=0000 S= 


3 


T= 8 


0000 


000 


0000. 


0000 


U00 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


0U00 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 


0000 


000 
0000 
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? " PERFORM THE NEXT THREE COMMANDS ONE AFTER THE OTHER 

2." THEN <CR> REPEATS THE PREVIOUS LINE OF COMMANDS (ALL THREE) 

? STEP "STEP HPP BY ONE" #DMP,XO "DUMP XMAU O" #DMP,X1 "DUMP XMAU 1" 
HPP OO P=013B MIR=(13A) K=0104 S= il T= 9 


I 0000 FFEO 102 103 103 OOO FFFF 5A5A O400DFFFCDO000 0000 0000 0000 0000 
I 2000 0000 0000 0000 0000 8000 0001 0001S0U00S0000 
D *000 QGOE 060 060 060 U00 OA6 OA6 *A38 183 000 *073 *073 000 000 
QO 0104 O7FF 5A5A 8000 0001 0000 FFFE FFFF FFFF FCOO 0000 OOO0B O0OD 0000 0000 
0 Ov01 A5SA5 
Xx KC KC KC F G DB H L 
xX 0) 0 10 0 0 
>XMAU< 
XO DC=073 Dk=0000 V0OB OUV00 0000 AD=2 DA=l RQ= CT=0 STATUS=1000000 
SA1=000000 SA2=000000 SCA=000000 
>XMAU< 
Xl DC=073 Dk=0000 0000 0000 O00D AD=0 DA=3 RQ= CT=0 STATUS=1000000 


SA1=000000 SA2=000000 SCA=000000 


cuU MO DO Dl D2 D3 AO Al FG BO Bl XO Xl IO. 61 
HPP 00 P=013C MIR=(13B) K=0000 S= 1 T= 10 
I Q000 FFEO 104 104 104 000 FFFF 5A5A 8000DFFFCDL0000 0000 0001 0000 0000 
i 2000 0000 0000 0000 0000 FFFF A5A5 FCOOSO00US0000 
D ¥*000 OOE 060 060 060 000 *0A2 *0A2 *C28 183 000 073 073 O00 000 
O 0000 U7FF 5A5A 8000 0001 0000 7FFF 5A5B 0000 FCOO 0000 U7FF 0001 0000 0000 
e) 0001 0000 
Xx 
x 


>XMAU< 

XO DC=073 DR=0000 O000B O7FF 0U00 AD=3 DA=2 RQ= CT=0 STATUS=1000000 
SA1=000000 SA2=000000 SCA=000000 

>XMAU< 

Xl DC=073 DR=0001 0000 0000 O00D AD=1 DA=0 RQ= CT=0 STATUS=1000000 
SA1=000000 SA2=000000 SCA=000000 

? STEP 

CU MO DU: Dil D2 D3 AO Al FG BO Bl XO Xl IO0 1 
HPP 00 P=013D MIR=(13C)B K=0000 S= ) T= 11 STOP1 =IDLE 


I. 0000 FFEO 104 104 104 O00 FFFF 5A5A 8000DFFFCDOU0O 0000 0001 OUV00 0000 
I 2000 0000 0000 0000 0000 FFFF A5A5 FCOOSOO0USO0000 

D *000 QGOE 060 060 060 O00 OA2 OA2 C28 183 000 073 073 000 000 
QO OQ000 O7FF FFFF 0000 5A5A 0000 FFFF 0000 00U0 FCOO 0000 O7FF 0001 0000 0000 
0 0001 0000 

X 

X 


ee eEXECUTING OUTSIDE PROGRAM AREA 


Figure 7-9. Example 2, ECHOS Terminal Session/List File (Sheet 4 of 5) 
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? DMP,AO 
>ADDER< 
AO DC=0A2 A=FFFF B=FFFF Z=FFFF CD=0000 STATUS=1010101110010 


? DMP,Al 
>ADDER< 
Al DC=0A2 A=5A5A B=A5SA5 Z=0000 CD=0000 STATUS=1010100000010 


? DMP,FG,I 
>FILE UNIT< . 
FG DC= 6050 A=8000 B=FCOO F=0000 G=0000 SsTATUS=00 


0/8 1/9 2/A 3/B 4/C S/D 6/E 7/F 
FO 0000 0000 0000 0000 0000 0400 8000 0000 
F& 0000 0000 90000 0000 0000 0000 0000 0000 


GU 0000 E000 2000 0000 0000 FCOO 0000 0001 
G& O0U00 0000 0000 0000 0000 0000 0000 0000 


? EXIT " TERMINATE SIMULATOR AND PRINT STATISTICS 
TEST EXAMPLE 2, ECHOS MANUAL ECHOS 3.1-01 84/06/28. 14.57.36. 
4 LIST PAGES WRITTEN ON FILE ~ E2ELST 


STATISTICS SINCE LAST RESET 
CPTIME = e616 SECS FOR 11 STEPS 


TOTAL STATISTICS FOR RUN 


CPTIME = ~779 SECS FOK ll STEPS 
BULK MEMORY BLOCKS 0 READS O WRITES, HPP Q READS O WRITES 


Figure 7-9. Example 2, ECHOS Terminal Session/List File (Sheet 5 of 5) 
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+ DMO $100 
SFFFF, $8000, $5A5A, SFFFF, SFFFF , $7 FFF 


+ DML $100 

S8U6A, S6A6A, SFFFF , $8000, $0000, $8000 
+ DM2 $100 

SFFA6, $A6A6, $A5A5, $0001, $5A5A, $0010 
+ FG F6 

SFFFF 
+ FG Gl 

~$2000, $2000 


Figure 7-10. Data Initialization File for Examples 1 and 2 
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+ IDENT TIMING 


a SET UP THE DATA SECTIONS WITH FLOATING POINT DATA 


+ BMU $100 
4.0,5-U,6.0 

+ BM1 $110 
16.0, 25.0, 3620 


‘i BEGIN THE PROGRAM MEMORY ADDRESSING AT 2048 


+ MC $800 


= USE THE XMAU RANDOM 64 BIT READ TO OBTAIN THE INITIALIZED VALUES 


° K=$0 X0=.$1(K) "SET SEGMENT ADDRESS 1 OF XO 
X1=.$1(K) "SET SEGMENT ADDRESS 1 OF Xl 
e K=S§100 X0=.A1(K) "SET ADDRESS 1 OF XO 
° K=$110 X1=.A1(K) "SET ADDRESS 1 OF Xl 
° X0O=RK11+() "SET UP X0 TO PERFORM 64BIT RANDOM READ 
X1=R11+() "SET UP Xl TO PERFORM 64BIT RANDOM READ 
° X0=*(/A) "INITIATE FIRST READ 
X1=*(/A) 
° X0=*(/A,WDR) "SET THE WAIT FOR DATA READY FLAG 
- X1=*(/A,WDR) 
° X0=*(/A,WDR) "SET THE WDR FLAG FOR THE SECOND TIME 


X1=*(/A,WDR) 


” MICA FLOATING POINT TIMING EXAMPLES 


e =2 AO=B0( , K/B) "SET UP THE ADDER AS A CYCLE COUNTER 

° K=27 AO=LC(K) " TO BE USED TO TIME THE FLOATING 
"POINT DIVIDE UNIT 

e FD=DIV(X1,x0/A,B,C) "BEGIN THE 30 CYCLE DIVIDE OPERATION 


FM=MLT(X1,X0/A,B,C) "BEGIN THE 7 CYCLE MULTIPLY OPERATION 
FA=ADD(X1, X0/A, B) "BEGIN THE 5 CYCLE ADD OPERATION 


FR=F 10(X0) "BEGIN THE 1 CYCLE FILE REGISTER WRITE 
k=0 AO=ADD(K/A) "BEGIN COUNTING THE CYCLES AT 0 
‘ FR=FO1(~A) "FILE REGISTER RESULTS CAN BE READ 
" IN ONE CYCLE,DO NOT PERFORM WRITE 
. AO=*(A0/A) "AT SECOND CYCLE, INCREMENT CYCLE COUNT 
. : FA=ADD(FR,FA/A,B) “FILE REGISTER READ OUTPUT IS AVAILABLE 
| " FOR USE, CLOCK NEW OPERANDS IN FP ADD 
_ AO=*(A0/A) "AT FOUKTH CYCLE, INCREMENT CYCLE COUNT 
: NOP "BEGIN 5TH CYCLE SINCE CLOCKING FIRST 
-" QPERANDS IN FP ADD UNIT 
; FR=F21(FA) "FP ADD OUTPUT IS AVAILABLE FOR USE 
A0=*(A0/A) "AT SIXTH CYCLE, INCREMENT CYCLE COUNT 
‘ NUP "BEGIN 7TH CYCLE SINCE CLOCKING FIRST 
" OPERANDS IN FP MULTIPLY UNIT 
4 FR=F32 (FM) "Fp MULTIPLY OUTPUT IS AVAILABLE FOR USE 
AO=*(A0/A) "AT ELGHTH CYCLE, INCREMENT CYCLE COUNT 


Figure 7-11. Example 3, MICA Source Code (Sheet 1 of 2) 
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i BEGIN LOOPING TO THE END OF THE 30 CYCLE FP DIVIDE OPERATION. 
-v THE TEST OCCURS AT THE BEGINNING OF EACH ODD NUMBERED CYCLE. 
a: WHEN AO IS COMPARED TO THE COMPARAND REGISTER, AO INDICATES 

a THE NUMBER OF CYCLES THAT HAVE BEEN COMPLETED. 


LCOP K=LOOP IF(AO.LE.C) JK() "FALL THROUGH AT BEGINNING OF 29TH CYCLE 


. AO=*(A0/A) “EVEN NUMBERED CYCLE, INCREMENT COUNT 
FR=FAO(FD) " PROVIDE TEST FOR EARLY RESULTS 
. FR=F40(FD) © "WRITE FP DIVIDE RESULTS INTO REGISTER 4 


"RESULTS ARE AVAILABLE AT BEGINNING OF 
"31ST CYCLE SINCE FP DIVIDE INITIATED 


° FR=F04(~A) "READ THE CONTENTS OF REGISTER 4 
e NOP 

° NOP 

+ END 


Figure 7-11. Example 3, MICA Source Code (Sheet 2 of 2) 
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IMICA 3.0~02 


-_— 
CWOENNOSCARUUNUUS 
e e @¢ e @ @ 
¢ ec ec o¢ ccc ¢ 
SR ESSSReeroeres 


a 
os 
e 
cc 
— © 


ro 
Ww 
¢ 
Cc 


— 
w 
Cc 
te 


~ 
1e i) 
e 

Cc 
Cc 
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Y0U100.0 


00U110.0 


QU0800 
00us8s0l 
* 000802 
000803 
000804 
000805 


OO0U8U6 


000807 
000808 


00U809 


00080A 
O0OU8SOB 
ovosoc 
OUU80D 
OOU8OE 
QUOS%UF 
000810 


000811 


Figure 7-12. 


84/07/09. 


13.40.53. FILE=E3MSRC 


IDENT TIMING 


ULIB=UMAXLIB SLIB=SMAXLIB PAGE 


SET UP THE DATA SECTIONS WITH FLOATING POINT DATA 


BMO $100 
420,500,660 
BM1 $110 
16.0, 25.0, 36.0 


BEGIN THE PROGRAM MEMORY ADDRESSING AT 2048 


MC $800 


USE THE XMAU RANDOM 64 BIT READ TO OBTAIN THE INITIALIZED VALUES 


K=sS0 X0=.S1(K) 
X1=.S1(K) 

K=$100 X0=.A1(K) 

K=$§110 X1=.Al(K) 
XO=K11+() 
X1=R11+() 
X0=*(/A) 
X1=*(/A) 
X0=*(/A,WDR) 
X1l=*(/A,WDR) 
X0=%(/A,WDR) 
X1=*( /A,WDR) 


"SET SEGMENT ADDRESS 1 OF XO 

“SET SEGMENT ADDRESS 1 OF X1 

"SET ADDRESS 1 OF X0 

"SET ADDRESS 1 OF X1] 

"SET UP XO TO PERFORM 64BIT RANDOM READ 
“SET UP Xl TO PERFORM 64BIT RANDOM READ 
“INITIATE FIRST READ 


"SET THE WAIT FOR DATA READY FLAG 


"SET THE WDK FLAG FOR THE SECOND TIME 


MICA FLOATING POINT TIMING EXAMPLES 


K=2 AO=BOU( ,K/B) 
K=27 AO=LC(K) 


FD=D1V(X1, X0/A, B,C) 
FM=MLT(X1,X0/A,B,C) 
FA=ADD(X1, X0/A, B) 
FRK=F 10(X0) 

K=0 AO=ADD(K/A) 
FR=FO1(~A) 
AU=*(A0/A) 
FA=ADD(FR, FA/A,B) 
AQ=*( A0/A) 

NOP 
FR=F21(FA) 
AO=*(AO/A) 
NOP 


FR=F32 (FM) 


"SET UP THE ADDER AS A CYCLE COUNTER 
"TO BE USED TO TIME THE FLOATING 
"POINT DIVIDE UNIT 

“BEGIN THE 30 CYCLE DIVIDE OPERATION 
"BEGIN THE 7 CYCLE MULTIPLY OPERATION 
"BEGIN THE 5 CYCLE ADD OPERATION 
"BEGIN THE. 1 CYCLE FILE REGISTER WRITE 
"BEGIN COUNTING THE CYCLES AT 0 


"PILE REGISTER RESULTS CAN BE READ 
"IN ONE CYCLE,DO NOT PEKFORM WRITE 
“AT SECOND CYCLE, INCREMENT CYCLE COUNT 


"FILE REGISTER READ OUTPUT IS AVAILABLE 
" FOK USE, CLOCK NEW OPERANDS IN FP ADD 
"AT FOURTH CYCLE, INCREMENT CYCLE COUNT 


"BEGIN 5TH CYCLE SINCE CLOCKING FIRST 

" OPERANDS IN FP ADD UNIT ° 

"FP ADD OUTPUT IS AVAILABLE FOR USE 

"AT SIXTH CYCLE, INCREMENT CYCLE COUNT 
"BEGIN 7TH CYCLE SINCE CLOCKING FIRST 

" OPEKANDS IN FP MULTIPLY UNIT 

"FP MULTIPLY OUTPUT IS AVAILABLE FOK USE 


Example 3, MICA Program Listing (Sheet 1 of 2) 
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1 


B 


MICA 3.0-02 84/07/09. 13.40.53. FILE=E3MSRC ULIB=UMAXLIB SLIB=SMAXLIB PAGE 2 


24.01 A0=*(A0/A) “AT EIGHTH CYCLE, INCREMENT CYCLE COUNT 
24.02 " 
24.03 " BEGIN LOOPING TO THE END OF THE 30 CYCLE FP DIVIDE OPERATION. 
24.04 " THE TEST OCCURS AT THE BEGINNING OF EACH ODD NUMBERED CYCLE. 
24.05 7 WHEN AO IS COMPAKED TO THE COMPARAND REGISTER, AU INDICATES 
24.U6 THE NUMBEK OF CYCLES THAT HAVE BEEN COMPLETED. 
24.07 " 
25.00 000812 LOUP K=LOOP  IF(AO.LE.C) JK() "FALL THKOUGH AT BEGINNING OF 29TH CYCLE 
26.00 000813 . AO=*(A0/A) "ELVEN NUMBERED CYCLE, INCREMENT COUNT 
26.U1 FR=FAO(FD) "PROVIDE TEST FOR EARLY RESULTS 
27.U0 00U814 . FR=F40(FD) "WRITE FP DIVIDE RESULTS INTO REGISTER 4 
27.01 "KESULTS ARE AVAILABLE AT BEGINNING OF 
27.02 "31ST CYCLE SINCE FP DIVIDE INITIATED 
28.00 000815 . FR=F04(~A) "READ THE CONTENTS OF REGISTER 4 
29.00 000816 . NOP 
30.00 000817 . NOP 
31.00 + END 

0) 24 INSTRUCTIONS GENERATED 

Q ~—-~ ASSEMBLY COMPLETE, TIME= »843 SEC(S) -— 


Figure 7-12. Example 3, MICA Program Listing (Sheet 2 of 2) 
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+IDENT=TIMING 

+BMO0 000100 
4003 8000 
4003 co00 

+BM1 000110 
4005 8000 
4006 9000 

+MC 000800 
000000002200 
000000002000 
000000000200 
000000000000 
000000002200 
000000006600 
000000006600 
000008000000 
000010000000 
000010000000 
000000000000 
000010000000 
000000000000 
000010000000 
000000000000 
000010000000 
000000000000 
000010000000 
000000000000 
000010000000 
000000000000 
000000000000 
000000000000 
000000000000 

+END 

+EOF 


7-24 


FN=E3MSRC 


0000 
0000 


00 
00 


0000 
0000 


00 
00 


OOOOODOCODOD 
0100090C0000 
0110090D0000 
0000110C110D 
000000000000 
000000000000 
000000000000 
000204660000 
001B80060000 
000010890A66 
000001890000 
VOQ000000000 
000000890000 
000000000000 


.OOQ000000000 


000021890000 
000000000000 
000032890000 
08125C300000 
0000A0890000 
000040890000 
000004890000 
000000000000 
000000000000 


Figure /-13. 


UN=GCR 
00 4003 
00 
00 4005 
00 


000000000000 
000000000000 
QU0U000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
000000000000 
OU0000000000 


Example 3, 


84/07/09. 


A000 0000 


C800 0000 


00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 
Q0000000000000 
00070000000000 
00000000000000 
00070000000000 
00000000000000 
00070000000000 
00000000000000 
00070000000000 
00000000000000 
00070000000000 
00000000000000 
00000000000000 
00000000000000 
00000000000000 


13.40.53. 


0000 


0000 


000800 
000801 
000802 
000803 
000804 
000805 
000806 
000807 
000808 
000809 
OO080A 
OOO80B 
00080C 
00080D 
00080E 
OOO80F 
000810 
000811 
000812 
000813 
000814 
000815 
000816 
000817 


Binary Object Code 


VERSION 3.0~02 


0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
0000000000 
B2CB20FFF8 
0000001000 
0000000000 
6000008C00 
0000000000 
0000000000 
0000001008 
0000000000 
0000081008 
0000000000 
0000101008 
0000101008 
0000001000 
0000000000 
0000000000 
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LIST 


TITLE,FLOATING POINT TIMING TEST 


RESET 

LOAD, E3MBIN 
P=$800 

DMP, X0,M, 100, 120 
DMP, X1,M, 100, 120 
SET, BKP, 809 
RUN 

DMP,* 

SET, BKP, 80C 
KUN 

DMP,FR 
STEP, 2 

DMP, FA 

STEP 
-DMP,FA 

STEP 

DMP, FM 

STEP 

DMP, FM 

DMP, FR 

STEP 

DMP, AO 

DMP, FA 

SET, BKP,814 
RUN 

DMP, FD 

DMP, FR 

SET, BKP, $17 
RUN 

DMP, AO 

DMP, FR 
TRACE , FIDOX 
MODE, INTEGER 
TRACE , FIDOX 
END 


Figure 7-14. 
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" FLOATING POINT UNIT TIMING TEST 
" CHECK IF FLOATING POINT DATA IS LOADED 
" BOTH XMAU’S SHOULD SHOW SAME DATA 


" CHECK ORIGINAL STATE OF UNITS 


" CHECK IF RESULTS WERE TOO EARLY 
" RESULTS SHOULD BE IN OUTPUT NOW 
" CHECK IF RESULTS WERE TOO EARLY 


" RESULTS SHOULD BE IN OUTPUT NOW 


" CHECK STATUS OF CYCLE COUNT 
" SECOND RESULTS AVAILABLE NOW 


" IF FR(A)>O THEN FD RESULTS WERE EARLY 


" QUTPUT SHOULD BE S1E 


Example 3, ECHOS Command File 


1-25 


1FLOATING POINT TIMING TEST 


—> LOAD, E3MBIN 
HPP $00 —- PKOGRAM TIMING 


==> 
HPP 


—> DMP,X0,M, 100,120 


P=S80U 
VO P=0801 


>XMAUKC< 


XO DC=000 DR=0000 00U0 0000 OUU0 F AD=0 DA=0 kQ= 


ECHOS 3.1-01 84/07/13. 10.37.36. PAGE 1 


LOADED AT — FWA=800, LWA=817, NWDS=018 


" FLOATING POINT UNIT TIMING TEST 
MIR=(800) K=0000 S= Q T= 0 


" CHECK IF FLOATING POINT DATA IS LOADED 


CT=0 STATUS=1111100 


SAl1=000000 SA2=000000 SCA=000000 


ADDR 
00100 


00110 


—> DMP,X1,M, 100,120 


0/4/8/C 
4003800000000000 4003A00000000000 4003CO000U0000000 VU00000000U000000 


1/5/9/D 2/6/A/E 3/7/B/F 


4005800000U00000 4005C80000000000 400690U000000000 0000000000000000 


" BOTH XMAU’S SHOULD SHOW SAME DATA 


>XMAU< 
Xl DC=000 Dk=0000 0000 000U 0000 F AD=0 DA=U0 RQ= CT=0 STATUS=1111100 
SA1=000000 SA2=O0U0000 SCA=000000 
ADDR 0/4/8/C 1/5/9/D 2/6/A/E 3/7/B/F 
00100 4003800000000U00 4003A00000000000 4003C00000000000 vd000000000000L000 
00110 4005800000000000 4005C8U000000000 4006900000000000 0000000000000000 
——> SET,BKP, 809 
~—> RUN 
HPP OO P=0802 MIR=(801) K=0100 S 1 T= 1 
HPP 0O P=0803 MIR=(802) K=0110 S= 2 T= 2 
HPP O00 P=0804 MIK=(803) K=0000 S= 3 T= 3 
HPP 0O P=0805 MIR=(804) K=0000 S= 4 T= 4 
HPP 0O P=0806 MIR=(805) K=0000 S= 5 T= 5 
HPP 00 P=0807 MIR=(806)B K=0000 5S 6 T= 6 STOP1 =x0,Xl 
STOPPED ON WAIT FOR DATA READY 
HPP 0O P=0807 XO[CT= 2 DLY= 12! X1[CT= 2 DLY= 12! STOP12=x0,xXl 
HPP 00 Pb=0807 XOULCT= 2 DLY= 11! X1[CT= 2 DLY= 11! STOP12=X0,X1 
HPP OO P=0807 XO|CT= 2 DLY= 10! XI1[CT= 2 DLY= 10! STOP12=x0,X1 
HPP OO P=0807 XU[CT= 2 DLY= 9! XI1[CT= 2 DLY= 9! STOP12=x0,X1 
HPP OO P=0807 XO[CT= 2 DLY= 8! XI1[CT= 2 DLY= 8! STOP12=X0,X1 
HPP 00 P=0807 XO[CT= 2 DLY= 7! XI1[CT= 2 DLY= 7! STOP12=x0,X1 
HPP OU P=0807 XO[CT= 2 DLY= 6! XI1(CT= 2 DLY= 6! STOP12=x0,X1 
HPP UO P=0807 MIR=(806)B K=0000 = 6 = 6 STOP12=xX0,xX1 
HPP 00 b=0807 MLR=(806)B K=0000 S= 6 = 6 STOP12=x0,X1l 
HPP 0O P=0807 XO|CT= 2 DLY= 3! XI1I(CT= 2 DLY= 3! STOP12=x0,xX1 
HPP 0O pb=0807 XO[CT= 2 DLY= 2! xXI1[CT= 2 DLY= 2! STOP12=xX0,X1 
HPP 00 P=0807 XO[CT= 2 DLY= 1! XI1[CT= 2 DLY= 1! STOP12=xX0,xX1 
HPP 00 P=0807 MIk=(806)B K=0000 = 6 = 6 STOP12=x0, Xl 
HPP OQ P=0807 MIR=(806)B K=0000 S= 6 = 6 STOP 2 
HPP OQ P=0807 MIR=(806) K=0000 S= 6 = 6 
HPP 00 P=0808 MIR=(807) K=0002 = 7 = 7 
HPP OO P=0809 MIRk=(808) K=001B S= 8 = 8 
HPP 00 P=080A MIR=(809) K=0000 = 9 = 9 
S/W BREAKPOINT 
HPP QO P=080A XO[CT= 1 DLY= 11! XI1[CT= 1 DLY= 11! INACTIVE- xX 
Figure 7-15. Example 3, ECHOS Run and List File (Sheet 1 of 6) 
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1FLOATING POINT TIMING TEST 


~ 


ECHUS 3.1-01 84/07/13. 10.37.36. PAGE 2 


HPP 0O P=O080A XO[CT= 1 DLY= 10! XI1[CT= 1 DLY= 10! INACTIVE- X 
HPP 00 P=080A XO[CT= 1 DLY= 9! XI1[CT= 1 DLY= 9! INACTIVE- X 
HPP 0O P=08UA XOU[CT= 1 DLY= 8! XI1[CT= 1 DLY= 8! INACTIVE- X 
HPP OO P=O080A XO[CT= 1 DLY= 7! XI[CT= 1 DLY= 7! INACTIVE~ xX 
HPP OU P=080A XO[CT= 1 DLY= 6! XI1[CT= 1 DLY= 6! INACTIVE- X 
HPP 00 P=080A MIR=(809) K=0000 S= 9 = 9 INACTIVE- X 
HPP OO P=O80A XU[CT= 1 DLY= 4! XI1[CT= 1 DLY= 4! INACTIVE- X 
HPP OO P=O80A XO[CT= 1 DLY= 3! XI1[CT= 1 DLY= 3! INACTIVE- xX 
HPP OO P=O80A XO[CT= 1 DLY= 2! XI1[CT= 1 DLY= 2! INACTIVE- X 
HPP OO P=080A XO[CT= 1 DLY= 1! xX1(CT= 1 DLY= 1! .INACTIVE- X 
HPP 00 P=080A MIR=(809) K=000U0 S= 9 = 9 


HPP NOT RUNNING AND IDLE 


—> DMP,* 


>CONTROL UNIT< 


CU DC=000 A=0000 Z=0000 SA=0 BKP=000 BKE=0 


" CHECK OKIGINAL STATE OF UNITS 


STATUS=01001 


(0809 )MIR= 000010000000 OUU0 1089 O0A66 0000 0000 OUGOGO000000000000 B2CB20FFF8 
P=U80A (P)= OU0U00000000 0000 0189 0000 OU00 0000 000000000000000000 0000001000 


PMULTIPLIEK< 


MO DC=000 A=0000 B=0000 H=0000 L=0000 CH=0000 CL=0000 STATUS=110000 


>DATA MEMORY< ’ 
DO bc=000 A=000 B=0000 Z=0000 I=000 CA=000 CD=0000 


>DATA MEMORY< 
bl bCc=000 A=000 B=0000 Z=0000 I5000 CA=000 CD=0000 


>DATA MEMORY< 
D2 DC=000 A=000 B=0000 Z=0000 I=000 CA=000 cD=0000 


>DATA MEMORY< 
D3 DC=000 A=000 B=0000 Z=0000 I=000 CA=000 CD=0000 


>ADDER< 


STATUS=111110010 


STATUS=111110010 


STATUS=111110010 


STATUS=111110010 


AO bC=800 A=001B B=0002 Zz=0002 CD=001B STATUS=0101010011001 


DADDER< 


Al DC=000 A=0000 B=0000 Z=0000 Cb=0000 STATUS=0101010001001 


>FILE UNIT< 
FG DC= 0000 A=0000 B=0000 F=0000 G=0000 STATUS=00 


>SHIFT/ BOOLEAN< 
BU DC=000 S=0000 B=0000 C=0 D=0000 Z=0000 CD=0000 


>SHIFT/ BOOLEAN< 
Bl DC=000 S=0000 B=0000 C=0 D=0000 Z=0000 CD=0000 


>XMAU< 

XO DC=110 Dk=4003 8000 0000 0000 F AbL=0 DA=0 kRQ= 
SA1=000103 SA2=000000 SCA=000000 

>XMAU< 


Xl DC=110 DkR=4005 8000 0000 0000 F AD=0 DA=0 RQ= 
SA1=000113 SA2=000000 SCA=000000 


Figure 7-15. 
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STATUS=1100100 


STATUS=1100100 


CT=0 STATUS=0100100 


CT=0 STATUS=0100100 


Example 3, ECHOS Run and List File (Sheet 2 of 6) 
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IFLOATING POINT TIMING TEST ECHOS 3.1-01 84/07/13. 10.37.36. PAGE 3 


>RING PORT< 


IQ DC=000 A=0000 M=0000 Ik=0000000 Ok=0000000 FI=U0 STATUS=0010 
HR=000000 ST=0000 I/P FIFO=0 O/P FIFO=0 NI=0 

>RING POKT< 

Il bC=000 A=0000 M=0000 IRk=0000000 OR=0000000 FI=0 STATUS=0010 
HR=000000 ST=0000 I/P FIFO=0 O/P FIFO=U NI=0 

>FP ADD UNIT< 

FA DC= CLOCK A=1 B=1 GO0=1 STATUS=00000000000 

XBAR IN=5 A=0000000000000000 = + +ZERO 

XBAK IN=4  B=UO0QU000000000000 = + +ZERO 

OUTPUT=00U0000000000000 = #+ZERO 


>FP MULTIPLY UNIT< 


FM DC= CLOCK A=] B=] C=1 GO=]1 STATUS=00000000000 

XBAR IN=5 A=0000000000000000 = + +2ZERO 

XBAR IN=4 B=0000000000000000 = = +ZERO 
OUTPUT=0000000000000000 = + +ZEKO 


>FP DIVIDE UNIT< 


FD DC= CLOCK A=] B=1 C=1 G0O=1 STATUS=V0000000000 
XBAR IN=5 A=0000000000000000 =  +ZERO 
XBAK IN=4 B=00000U0000000000 =  +ZERO 
OUTPUT=0000000000000000 =  +ZERO 
>FP FILE UNIT< 
FR DC= CLOCK A=1 GO=1 XBAR IN=4 STATUS=00000000000 
INPUT=0000000000000000 OUTPUT=0000000000000000 
Q O00U00U0000000000 O000000000000000 O000000000000000 VD000000000000000 
4 Q00V0O00V00C000000 OO0DUOVONUN000000 QOO00000000000000 O0000000000000000 
8 O000000000000000 OQO000000000000000 O00000000000V000 O0000000000000000 
C VU0OVO0000V000000 OO0D00000000000000  O000000000000000 GU00000000000000 
—> SET, BKP,80C 
—~> RUN | 
HPP 00 P=080B MIR=(80A) K=0U000 S= 1 T= 10 
HPP OU P=080C MIR=(80B) K=0000 S= 2 T= ll 
HPP 0O P=080D MIR=(80C) K=0000 S= 3 T= 12 
S/W BREAKPOINT 
—> DMP,FR 
>FP FILE UNIT< ‘ 
FK DC=018 CLOCK A=0 GU=Q XBAR IN=0 STATUS=00000000000 
INPUT=4003800000000U000 OUTPUT=4003800000000000 
Q Q000000000000000 4003800000000000 JG000000000000000 dDU00000000000U00 
4 0000000000000000 O000000000000000  O000000000000000 0000000000000000 
8 U000000000000000 O0000000000000000 O000000000000000 VDO000000000000000 
C QO0O000000000000  OUN0000000000000 OO00000000000000 QO000000000000000 
—> STEP, 2 
HPP 00 P=080E MIR=(80D) K=0000 S= 1 T= 13 
HPP 00 P=080F MIR=(80E) K=0000 S= 2 T= 14 
-—~> DMP,FA " CHECK IF RESULTS WERE TOO EARLY 
Figure 7-15. Example 3, ECHOS Run and List File (Sheet 3 of 6) 
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1FLOATING POINT TIMING TEST ECHOS 3.1-01 84/07/13. 10.37.36. PAGE 
>FP ADD UNIT< 
FA  DC=008 CLOCK A=0 B=0 GO=0 STATUS=00000000000 
XBAR IN=0 A=40U3800000000000 = +4.0U0000000000E+0 
XBAR IN=O B=U000000000000000 = +ZERO 
OUTPUT=000U000000000000 = +ZERO 
—> STEP 
HPP UU P=0810 MIR=(80F) K=00U0 S= 1 T= 15 
—> DMP,FA " RESULTS SHOULD BE IN OUTPUT NOW 
>FP ADD UNIT< 
FA  DC=U08 CLOCK A=0 B=0 G0=0 STATUS=00000000000 
XBAR IN=0 A=4003800000000000 = +4.00000000000E+0 
XBAK IN=0  B=0000000000000000 = +ZERO 
OUTPUT=4005A00000000000 = +2.U0000000000E+1 
—> STEP 
HPP 00 P=0%11 MIR=(810) K=0000 S= 1 T= 16 
—> DMP,FM " CHECK IF RESULTS WERE TOO EARLY 
>FP MULTIPLY UNIT< 
FM DC=108 CLOCK A=0 B=0 C=U GU=0 STATUS=00000000000 
XBAR IN=0 A=40058000U00000000 = +1.600000000U0E+1 
XBAR IN=0 8=4003800000000000 = +4.0U000000000E+0 
OUTPUT=0000000000000000 = +ZERO 
—> STEP 
HPP OG P=0812 MIR=(811) K=0000 S= 1 T= 17 
—> DMP,FM " RESULTS SHOULD BE IN OUTPUT NOW 
>FP MULTIPLY UNIT< | 
FM DC=108 CLOCK A=0 B=0 C=0 GU=0 STATUS=00000000000 
XBAR IN=0 =4005800000000000 = +1.60000000000E+1 
XBAR IN=0  8=4003800000000000 = +4.0U000000000E+0 
OUTPUT=4007800000000000 = +6.40000000000E+1 
—)> DMP,FR 
>FP FILE UNIT< 
FR  DC=218 CLOCK A=l GO0=1 XBAR IN=1 STATUS=00000000000 
INPUT=4005A00000000000 OUTPUT=4003800000000000 
0 G0U0000000000000 4003800000000000 4005A00000000000 00v0000000000000 
4 (000000000000000 0000000000000000 0000000000000000 o0000000U0000000 
8 UO000U0L0D00V00LO 0000000000LOL0LO 0000000000000000 0v000000000000000 
C VV0OUOULL0000L0N OU0000V0V0LV00000 0V00000000000000 d000000000000000 
—)> STEP 
HPP 00 P=0813  MIK=(812) K=0812 S= 1 T= 18 
—> DMP,A0 " CHECK STATUS OF CYCLE COUNT 
>ADDER< 


AO DC=0A6 A=U008 B=0002 Z=0008 CD=U01B STATUS=0100000011000 


——-> DMP,FA 


Figure 7-15. 
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" SECOND RESULTS AVAILABLE NOW 
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1FLOATING POINT TIMING TEST 


>FP ADD UNIT< 
FA  DC=008 CLOCK A=0 B=0 GO=0 STATUS=0000U000000 
XBAR IN=0 A=40038U0000000U000 = +4.00000000000E+U 
XBAR IN=0 B=0000000000000000 = + +2ZERO 
OUTPUT=4003800000000000 = +4.00000000000E+0 
——> SET,BKP,814 
~—> RUN 
HPP UU P=04812 J MIK=(813) K=0000 S= 1 Ts 19 
HPP O00 P=0813 MIR=(812) K=0812 S= 2 T= 20 
HPP OU P=0812 J MIR=(813) K=0U00 S= 3 T= 21 
HPP QU P=0813 MIR=(812) K=0812 S= 4 Ts 22 
HPP 00 P=0812 J MIR=(813) K=0000 S= 5 T= 23 
HPP OU P=0813 MIk=(812) K=0812 S= 6 T= 24 
HPP 00 P=0%12 J MIR=(813) K=0000 S= 7 T= 25 
HPP O00 P=0813 MIR=(812) K=0812 S= 8 T= 26 
HPP OU P=0812 J MIR=(813) K=U000 S= 9 T= 27 
HPP OU P=0813 MIR=(812) K=0812 S= 10 T= 28 
HPP OU P=0812 J MIR=(813) K=0000 S= 1l Ts 29 
HPP OU P=0813 MIR=(812) K=0812 S= 12 T= 30 
HPP 00 P=0812 J MIR=(813) K=U000 S= 13 T= 31 
HPP 00 P=0813 MIR=(812) K=0812 S= 14 Ts 32 
HPP OO P=0812 J MIR=(813) K=U000 S= 15 T= 33 
HPP OO P=0813 MIR=(812) K=0812 S= 16 T= 34 
HPP 00 P=0812 J MIR=(813) K=0000 S= 17 T= 35 
HPP 00 P=0813 MIR=(812) K=0812 S= 18 T= 36 
HPP 00 P=0812 J MIR=(813) K=0000 S= 19 T= 37 
HPP 00 P=0813 MIR=(812) K=0812 S= 20 T= 38 
HPP 00 P=0814 MIR=(813) K=0000 S= 21: “T= 39 
HPP 00 P=0815 MIR=(814) K=0000 S 22 T= 40 
S/W BREAKPOINT 
—)> DMP,FD 
>FP DIVIDE UNIT< 
FD DC=108 CLOCK A=0 B=0 C=0 GO=0 STATUS=00000000000 
XBAR IN=0 A=4005800000000000 = +1.60000000000E+1 
XBAR IN=0 B=4003800000000000 = +4.00000000000E+0 
OUTPUT=4003800000000000 = +4.00000000000E+0 
——> DMP,FR 
>FP FILE UNIT< 
FR DC=A08 CLOCK A=l1 GO=1 XBAR IN=2 STATUS=0U0000000000 
INPUT=00U000U000000000 OUTPUT=00U00000000000000 
0 Q00U000000000000 4003800000000000 
4 UUOVVO000U000000 0000000000000000 
8 O000000000000000 0000000000000000 
C O0000000000000000 d000000UV00000000 
—)> SET,BKP,817 
—)> RUN 
HPP 00 P=0816 MIR=(815) K=0000 S= l T= 41 
HPP 00 P=0817 MIR=(816) K=0000  S= 2 T= 42 
HPP OU P=0818 MIR=(817) K=0000 S= 3 T= 43 
S/W BREAKPOINT 
Figure 7-15. 
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" IF FR(A)>O THEN FD RESULTS WERE EARLY 


4005A00000000000 4007800000000000 
O000000000000000  d0000000000000000 
QO000000000000000 0000000000000000 
0O00000000000000 0000000000000000 
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1FLOATING POINT TIMING TEST 


—> DMP,AO 


>AUDDER< 


ECHOS 3.1-01 


" QUTPUT SHOULD BE S1E 


84/07/13. 10.37.36. 


PAGE 6 


AO DC=0A6 A=O01E B=0002 Z=0020 Cb=001B STATUS=0110100011010 


—-> DMP,FR 


>FP FILE UNIT< 


FR DC=048 CLOCK A=0 GO=0 XBAR IN=0 STATUS=0000000U0000 


INPUT=4003800000000000 


OU00000000000000 
4003800000000000 
QUOVOOOO000000000 
QVGO000U00000000 


aQaerC 


OUTPUT=4003800000000U000 

4003800000000000 4005A00000000000 
O000000000000000 V000000000000000 
O000000000000000 0000000000000000 
QO000000000000000 0000000000000000 


4007800000000000 
0000000000000000 
0000000000000000 
0000U00000000000 


-~> TRACE, FIDOX 

cu MO vO Dil ~»bD2~ D3~ AO 

FA FM 

HPP UO P=0818 MIR=(817) K=0000 S= 
I 000 0000 000 000 O00 O00 OODLE 
1 0000 0000 V000 0000 OL00 0002 
D *JU00 000 000 OVO 000 O0V 0A6 
0 0000 0V00 0000 0000 OLOO OL0O 0020 
0 0000 
D 008 108 
I 4003800000000000 4005800000000000 
I  QUU0000000000000 4003800000000000 
©  4003800000000U00 4007800000000000 
X 
X 


7 MODE, INTEGER 


—> TRACE, FIDOX 
CU MO DO DI D2 D3 AO 
HPP OO P=0818 MIK=(817) K=0000 S= 


Al FG BO Bl xO Xl Io fl 
FD FR 
3 T= 43 
0000 O000S0000S0U000 4003 4005 0000 OU00 
0000 VUO0BOOOUBO000 
000 000 O00 000 110 110 000 000 
0000 0000 0000 0000 4003 4005 0000 00U0 
0000 
108 048 
4005800000000000 4003800000000000 
4003800000000000 . 
4003800000000000 4003800000000000 


Al FG BO Bl XO Xl IQ. 611 
3 T= 43 


I Qvu0U VO0O0 OUU OOO O00 000 OULE U00U VOOOSOUOUSO000N 4003 4005 OU00 0000 
I 0000 0000 0000 0000 0000 0002 0000 DOD0BOO00UB0000 
D *000 000 O00 O00 O00 O00 OA6 O00 O0O OVO OVO 110 110 000 000 
0 0000 0000 0000 V000 OVO 0000 0020 0000 0000 0000 0000 4003 4005 O00U 0000 
O 0000 OU00 
X 
X 

-~> END 

STATISTICS SINCE LAST RESET 

CPTIME = ©949 SECS FOR 70 STEPS 

TOTAL STATISTICS FOK RUN 

CPTIME = 1.144 SECS FOR 70 STEPS 

BULK MEMOKY BLOCKS OQ KEADS QO WKITES, HPP OQ KEADS O WRITES 


Figure 7-15. 
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ERROR MESSAGES A 


The following error messages may be encountered in response to a command or 
during a simulation run. 


Message Description 
ADDRESS OUT OF RANGE Address specified in command is 


outside the memory being 
referenced. All addresses are 


assumed to be hexadecimal. 


ADDRESS OUT OF RANGE - LOADING xxx LINE - Attempt to initialize beyond the 
size of memory xxx. The load is 
terminated. 


ATTEMPT TO WRITE ROM IN Dx Detected during simulation. The 
last instruction wrote into an 
address in data memory x defined 
by a previous SET command as read 
only. The processor stops but 
will continue upon executing the 
next Run or Step command. In 
interactive mode, you must enter 
a new command. In batch mode, no 
operator intervention is 
necessary. 


BAD ADDRESS RANGE OR TOO MANY PARAMETERS Bad parameter sequence in SET 
command. 


BAD BINARY - LOAD TERMINATED This occurs if the data following 
a +MC statement in the object 
code file is in the wrong format. 


BAD CONTROL FIELDS The 'cpd' field in the PAK 
command is not hexadecimal or is 
too large. 


BAD DATA —- LOADING xxx LINE - Nonnumeric data is encountered 
when initializing memory xxx. 
The load is terminated. 


BAD DATA —- SHOULD BE HEX The commands to set a file or 
memory location expect the second 
parameter to be a new value 
(hexadecimal number). 
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BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


BAD 


FILENAME - SHOULD BE ALPHANUMERIC 


OVL STATEMENT — LOAD TERMINATED 


PARAMETER - ALPHABETIC EXPECTED 


PARAMETER — ALPHA/NUMERIC EXPECTED 


PARAMETER — BKP(N)/ROM/TRC EXPECTED 


PARAMETER —- DECIMAL EXPECTED 


PARAMETER — HEX EXPECTED 


PARAMETER — HEX,* OR NT EXPECTED 


PARAMETER ~- NT ASSUMED 


PARAMETER — UNKNOWN OPTION 


REPEAT COUNT —- LOADING xxx LINE - 


The CKP, RELD, REWIND, LIST, LOAD 
and X commands expect the first 
parameter to be a valid 
alphanumeric file name. 


The parameters in a +OVL 
Statement are either missing, 
incorrectly positioned or contain 
invalid characters. 


Applies to the DMPR, QUERY, 
RESET, STEP and STEPR commands. 


For a LOAD command, the second 
parameter should be an overlay 
number or name. For a LIST 
command, the second optional 
parameter is R to rewind the file. 


Applies to the SET command. The 
first parameter should be either 
BKP, BKPn, ROM or TRC where n is 
a digit (1 through 8). 


All space or cycle counts and 
processor or ring numbers should 
be specified as decimal numbers 
(or hexadecimal if preceded by $). 


Parameter contains nonhexadecimal 
characters. 


Incorrect parameter sequence in 
the DMP command. An address 
range or NT is expected. 


The DMPR command takes a single 
optional parameter NT. If 
supplied, it suppresses the dump 
on the terminal. 


In the DMP command, the second 
parameter should be I, M, IM, or 
null. In the TRACE, QUERY, 
RESET, or USE commands, the first 
parameter contains an unknown 
option. 


Nonnumeric repeat count 
encountered when initializing 
memory xxxe The load is 
terminated. 
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BAD STARTING ADDRESS - O ASSUMED Detected by LOAD. The parameter 
specified on a section statement 
(+MC, +BMn, +DMn etc) is not a 
hexadecimal address. Loading for 
that section will begin at 
address 0. 


BM REQUEST OVERWRITTEN Detected during simulation. An 
HPM request or output data has 
been lost in the XMAU because the 
processor failed to stop. This 
is caused by a change of XMAU 
opcode at an inappropriate 
moment. (See POTENTIAL BM 
REFERENCE ERROR.) This is a 
fatal error and the P register 
must be reset in order to restart 
the processor. 


BREAKPOINT ADDRESS OUT OF RANGE An attempt was made to set a 
breakpoint address outside the 
program memory range (0 through 
FFF). 


BULK MEMORY REF. OUT OF RANGE Detected during simulation. The 
HPM address is greater than the 
memory defined in the 
configuration. The address will 
wrap around. The processor stops 
but will continue upon executing 
the next Run or Step command. In 
interactive mode, you must enter 
a new command. In batch mode, no 
operator intervention is 
necessary. 


CHECKPOINT NOT FOUND Either the specified checkpoint 
is not on the file or the file 
was positioned at the end of its 
information. This happens if 
RELD immediately follows a CKP 
command, and the command must be 
repeated. 


COMMAND SHOULD BE ALPHANUMERIC Command name has either been 
omitted or mistyped. 
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DATA AFTER IDENT/HPP/OVL/END IGNORED 
IN LINE - 


DATA OUT OF RANGE 


DATA OUT OF RANGE - LOADING xxx LINE - 


DIGIT OR FILENAME REQUIRED 


EMPTY FILE 


ERROR IN SIMULATOR 


ERROR ON FILE 


ERROR — TRY AGAIN 


The +IDENT, +HPP, +OVL and +END 
binary statements must be 
followed by a valid section 
statement (+MC, +DMn, +DIn, +0Tn, 
+DTIn, +DTn, or +BMn) before any 
data is encountered. Loading 
resumes at the next properly 
formatted pseudo statement (line 
beginning with a +). 


Data field in the PAK command or 
a data item in a set file or 
memory command exceeds the word 
size (16 bits or FFFF)]¢)- It 

is assumed to be hexadecimal. 


Data item is too large for the 
word size of memory xxx. The 
load is terminated. 


The parameter for the CONFIG 
command should be a digit (1 
through 4) or a file name from 
which to load a new configuration. 


Since the CONFIG and LOAD 
commands rewind the file before 
loading, either the file does not 
exist or is empty. 


Error detected by CKP. The ECHOS 
internal tables have become 
inconsistent. A ¥*RESET and/or 
RELD of an earlier checkpoint 
should clear the problem. 


Applies to CKP or RELD. The file 
is not a checkpoint file; it 
contains corrupted data; it is 
incorrectly positioned (try 
rewinding it); or it was not 
created by this version of ECHOS. 


An error has been detected when 
entering CONFIG or QUERY,D 
directives from the terminal. 
CONFIG only supports the DY 
directive to change XMAU access 
delay (see CONFIG command in 
section 4). A null line 
terminates the command. 
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EXECUTING OUTSIDE PROGRAM AREA 


FILE AND ECHOS VERSION ARE INCOMPATIBLE 


FILE xxxxxxx NOT KNOWN 


FILENAME REQUIRED 


HPP ILLEGAL IN OVERLAY - IGNORED 


HPP IS NOT IN CONFIGURATION 


HPP NO. NOT REQUIRED - IGNORED 
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Detected during simulation. 
Current program address (PC) 
specifies a location in program 
memory which was not loaded with 
any program by a LOAD command. 
This is a fatal error and the 
processor's Run bit is cleared. 
The P register must be reset in 
order to restart the processor. 


Detected by RELD. The checkpoint 
was written by an earlier version 
of ECHOS and cannot be reloaded. 
Recreate the checkpoint using the 
current version. 


Valid file names are OUTPUT, 
INPUT, MBIN, LIST, CHKPT, PROC, 
or any currently defined 
alternative. The command Q,F 
lists the valid names. 


Applies to REWIND command. Valid 
names are INPUT, OUTPUT, MBIN, 
LIST, CHKPT, PROC, or other 
currently defined name. The 
command Q,F lists the valid names. 


A processor declaration within an 
overlay in a MICA program is 
meaningless since the overlay is 
written to HPM. The statement is 
ignored by LOAD and loading 
continues with the next line. 


Processor numbers should be 
entered in decimal unless 
preceded by $. A processor 
number is the same as the 
equipment number of its ring 
port 0. A list of valid numbers 
(in hexadecimal) may be obtained 
by typing USE,*. 


Informative message. Many 
commands do not refer 
specifically to processors. If 
such commands are preceded by a 
number, the number is ignored. 


HUNG ON RING CLEAR STATUS 


HUNG WAITING FOR BULK MEMORY 


ILLEGAL ADDER INSTRUCTION 


ILLEGAL HPP STATEMENT ENCOUNTERED 


Detected during simulation. The 
processor has stopped while 
attempting to clear the status in 
a ring port, and the ring port's 
input FIFO has stopped while 
attempting to set a status flag 
bit which is already set. The 
processor is therefore hung. 
This is a fatal error and the 
processor's Run bit is cleared. 
The processor must be master 
cleared (MC) and the P register 
reset before it can proceed. 


Detected during simulation. The 
processor is stopped and the 
current instruction has a WDR 
(wait for data ready) bit set, 
but no corresponding HPM read 
reference was issued to satisfy 
it. The processor is hung. This 
is a fatal error, and the 
processor's Run bit is cleared. 
The P register must be reset in 
order to restart the processor. 


Detected during simulation. The 
hardware adder produces 
nondeterministic results if bits 
$040 and $080 are both set in its 
control register. The processor 
stops but will continue upon 
executing the next Run or Step 
command. In interactive mode, 
you must enter a new command. In 
batch mode, no operator 
intervention is necessary. 


The +HPP statement should contain 
a list of up to 16 hexadecimal 
numbers or *. The statement is 
ignored and loading continues 
with the next line. 
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ILLEGAL DATA MEMORY INSTRUCTION 


ILLEGAL CONFIGURATION - SHOULD BE 1-4 


ILLEGAL TRANSFER ADDRESS - IGNORED 


INVALID ADDRESS - SHOULD BE HEX 


INVALID STACK DATA USED 
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Detected during simulation. The 
hardware data memory produces 
nondeterministic results if the 
increment register is used in the 
same instruction in which it is 
loaded. The processor stops but 
will continue upon executing the 
next Run or Step command. In 
interactive mode, you must enter 
a new command. In batch mode, no 
operator intervention is 
necesSarye 


Only four different array 
configurations are supported by 
ECHOS. These are numbered 1 
through 4. 


The transfer address on the +END 
statement in the object code file 
is not a valid hexadecimal 
address. It is therefore ignored 
by LOAD and loading continues 
with the next line. 


The commands to set or display a 
file or memory location expect 
the first parameter to be an 
address (hexadecimal number). 


Detected during simulation. The 
instruction just executed (JSA, 
STAS, or stack to crossbar 
operation) used data from the 
stack which is undefined due to a 
stack address change. The POP 
bit should be set in both this 
instruction (JSA/STAS) and the 
preceding instruction to ensure 
that the address remains 
unchanged and cannot be 
interrupted. This is a fatal 
error and the processor's Run bit 
is cleared. The P register must 
be reset in order to restart the 
processor. 


LOST DATA DETECTED 


MUST SPECIFY DATA MEMORY OR * 


NESTING TOO DEEP — LOADING xxx LINE - 


NONEXISTENT FUNCTIONAL UNIT 


NONEXISTENT FUNCTIONAL UNIT -— LOADING 
xxx LINE - 


OVERLAY LOADS INTO HPM ARE NOT SUPPORTED 


OVERLAY NOT FOUND 


Detected during ring simulation. 
A packet has been round the ring 
more than once. The ring stops 
but will start again on next Run 
or Step command. In interactive 
mode, you must enter a new 
command. In batch mode, no 
operator intervention is 
necessary. 


SET,ROM command must specify a 
data memory. 


Only one level of parenthetical 
nesting is permitted in data 
initialization lists. 


A command to set or display a 
file or memory location has 
specified a functional unit which 
is not in the processor 
configuration. 


The unit specified for data 
initialization is not in the 
configuration. Section is 
skipped and loading resumes at 
the next pseudo statement (line 
beginning with +). 


The ability to load program 
memory from HPM has not been 
implemented in this version. 

Each overlay should be loaded 
directly from the object code 
file when required by an explicit 
LOAD command. 


The second parameter on a LOAD 
command should be an alphanumeric 
overlay name, a decimal number 
(0-255), or a hexadecimal number 
if preceded by $. 
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POTENTIAL BM REFERENCE ERROR 


POTENTIAL PROCESSOR HANG ON WDR 


REQUEST STACK OVERFLOW 


RING IS NOT IN CONFIGURATION 


RING REGISTER BUSY 
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Detected during simulation. An 
XMAU opcode was changed in the 
cycle which issues a HPM 

request. The processor may not 
stop in time to avoid losing data 
or a requeste The processor 
stops but will continue upon 
executing the next Run or Step 
command. In interactive mode, 
you must enter a new command. In 
batch mode, no operator 
intervention is necessary. 


Warning message detected during 
simulation. If no preceding read 
has been issued and the XMAU data 
register is empty, a single WDR 
(wait for data ready) clock will 
cause the processor to stop. If 
it is already stopped (by a ring 
port, the other XMAU, or hardware 
breakpoint or step), the 
processor will hang. The 
processor will continue on 
executing the next Run or Step 
command. In interactive mode, 
you must enter a new command. In 
batch mode, no operator 
intervention is necessary. 


It indicates an error in the 
simulator's memory accesss logic, 
and the request is lost. This is 
a fatal errror and the 
processor's Run bit is cleared. 
The P register must be reset in 
order to restart the processor, 
but the array should probably be 
master cleared (*.MC) or reset 

(* RESET). 


Valid numbers are O through 3 if 
contained within the current 
array configuration. 


PAK command cannot be executed 
since the input register. of the 
master ring port on the specified 
ring already contains a nonempty 
packet. 


S/B REGISTERS UNRECOGNIZED 


TOO MANY PARAMETERS - EXCESS IGNORED 


TRANSFER ADDRESS OUT OF RANGE —- TRUNCATED 


UNKNOWN PSEUDO-OP XXXXXXXXXX- 
SKIPPING TO NEXT 


UNRECOGNIZED COMMAND 
UNRECOGNIZED OR NONEXISTENT 


FUNCTIONAL UNIT 


XMAU INPUT BUFFER OVERWRITTEN 


A-10 


Applies to TRACE and NOTRACE 
commands. The second (optional) 
parameter should consist of any 
two of the letters S,B,C, or D to 
specify which shift /Boolean 
registers are to be included in 
the input register lines of a 
trace. 


Check command syntax. Parameter 
may be incorrectly positioned. 


Although the hardware P register 
is 16 bits long, ECHOS will not 
allow it to be set outside the 
program memory range (0 through 
FFF ). 


Detected by LOAD. The object code 
file contains an unrecognized 
statement. Loading resumes at 

the next pseudo statement (line 
beginning with +). 


The first word must be an ECHOS 
command. 


Applies to the DMP command. The 
functional unit specified (first 
parameter) does not exist in the 
processor configuration. 


Detected during simulation. The 
program has issued more than 9 
read requests to an HPM before 
using any of them (clearing the 
data register full flag by 
sequential wrap around or clock 
C) and data has been lost. This 
is a fatal error and the 
processor's Run bit is cleared. 
The P register must be reset in 
order to restart the processor. 
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INSTRUCTION FORMAT B 


During a control unit dump, each instruction word is output from the 
simulator in the following format: 


cececeecccecce A 12-digit hexadecimal number representing the 48 
(O - 47) clock bits as follows: 
Bit Unit Function 
0 Control A - Data A input 
1 Control PUSH - Write stack 
2 Control POP - Decrement stack 
3 Control JI - Jump inhibit 
4 Control FI - Fall-through inhibit 
5 Multiply A - Multiplier input 
6 Multiply B - Multiplicand input 
7 Data Memory 0 A — Address 
8 Data Memory 0 B -— Data 
9 Data Memory 0 C — Execute current instruction 
10 Data Memory 1 A - Address 
11 Data Memory 1 B — Data 
12 Data Memory 1 C - Execute current instruction 
13 Data Memory 2 A — Address 
14 Data Memory 2 B - Data 
15 Data Memory 2 C - Execute current instruction 
16 Data Memory 3 A — Address 
17 Data Memory 3 B - Data 
18 Data Memory 3 C - Execute current instruction 
19 Adder 0 A — Data A input 
20 Adder .0 B - Data B input 
21 Adder 1 A — Data A input 
22 Adder 1 B - Data B input 
23 File A -— Gate data and write file F 
24 File B - Gate data and write file G 
25 Shift/Boolean 0 A - Data to shift 
26 Shift/Boolean 0 D - Double shift data 
27 Shift/Boolean 0 B - Boolean data 
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47 


kkkk 
(48 - 63) 


aaaa,bbbb, 
dddd, eeee 
(64 - 127) 


Unit 


Shift/Boolean 
Shift /Boolean 
Shift/Boolean 
Shift/Boolean 


Shift/Boolean 
XMAU O 
XMAU O 
XMAU 0 


XMAU 
XMAU 
XMAU 
XMAU 


Se a ee) 


XMAU 1 

Ring port 0 
Ring port 0 
Ring port l 


Ring port l 
Control 


Ring port 


File 


He kr © 


Function 


C - Shift count 

A - Data to shift 

D - Double shift data 
B —- Boolean data 


C - Shift count 

WDR - Wait for data ready 

A - Execute current instruction 

C - Clear data register full 
flag 


D - Set data register full flag 

WDR - Wait for data ready 

A ~ Execute current instruction 

C - Clear data register full 
flag 


D - Set data register full flag 
A - Execute current instruction 
CS - Clear status flags 

A - Execute current instruction 


CS - Clear status flags 

RSC - Read stack or condition 
instead of K 

Selects Ring port 1 for output 

to crossbar 

Selects upper half of file 


A 4-digit hexadecimal number representing a 16-bit 
constant value. 


The dynamic control fields DCO, DCl, DC2, and DC3, 


respectively. 


Each field is a 4-digit hexadecimal 


number. The first three digits are the operation code 
for the functional unit (see appendix D). The last 
digit represents the number of the functional unit 
into whose control register the operation code is 
loaded. These functional unit numbers are as follows: 


Unit number 


SMO & WD MR © 


Unit 


CU - 
MO - 
DO - 
Dl - 
D2: 
D3 - 


AO - 


Al - 


Control 
Multiplier 
Data Memory 0 
Data Memory 1 
Data Memory 2 
Data Memory 3 
Adder 0 
Adder 1 


77960971 


XXXe oe XXX 


(128 - 199) 
fFfffffffF 
(200 - 239) 


Crossbar Bits 


T 


77960971 


200 
203 


206 
209 


212 
215 


218 
221 


XMAU 0 code is 8 when accessed from Ring 0 directly (by Operation 
Table entry). 


B 


202 
205 


208 
211 


214 
217 


220 
223 


FG - File 


t XO - XMAU 0 
Xl - XMAU 1 
IO - Ring Port 0 
Il - Ring Port 1 


HAmAoDOWP OO 


FP - Floating Point 
BO - Shift/Boolean 0 
Bl - Shift/Boolean 1 


The 18-digit hexadecimal value representing the 18 
Refer to appendix C 


crossbar outputs (0 through 17). 


for these assignments, and for the 16 crossbar input 
assignments that the values represent. ; 


A 10-digit hexadecimal number representing the 40 bit 
floating point crossbar and clock field. These bits 


are as follows: 


Functional Unit 


Floating Point Adder 
Floating Point Adder 


Floating Point Multiply 
Floating Point Multiply 


Floating Point Divide 
Floating Point Divide 


Floating Point Register 
Out to XMAU 


Input Provided 


Input 
Input 


Input 
Input 


Input 
Input 


Clock Bits 


224 
225 
226 
227 


228 
229 


230 
231 
232 
233 
234 
235 


236 
237 


238 


239 


Floating 
Floating 
Floating 
Floating 


Floating 
Floating 


Floating 
Floating 
Floating 
Floating 
Floating 
Floating 


Floating 


Point 
Point 
Point 
Point 


Point 
Point 


Point 
Point 
Point 


Point 
Point 
Point 


Point 


Out Select 


Clear Faults 


(unused) 


Functional Unit 


Adder 
Multiply 
Divide 
Register File 


Adder 
Adder 


Multiply 
Multiply 
Multiply 


Divide 
Divide 
Divide 


Register File 


Function 


GO Bit 
GO Bit 
GO Bit 
GO Bit 


Latch Input A 
Latch Input B 


Latch Input A 
Latch Input B 
Execute 


Latch Input A 
Latch Input B 
Execute 


Latch Input A 


Send output to 
XMAU data register 
Clear FPU fault 
conditions and 


status bits 
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CROSSBAR ASSIGNMENTS ~ C 


This appendix consists of four tables. The first and second tables contain 
the base processor crossbar inputs and outputs. The third and fourth 
tables contain the floating point crossbar inputs and outputs. 


TABLE C-1. BASE PROCESSOR CROSSBAR INPUTS 


CROSSBAR UNIT 
INPUT OUTPUT 

Control (constant, stack or condition vector) 
Multiplier High 
Multiplier Low 
Data Memory 0 
Data Memory 1 
Data Memory 2 


Data Memory 3 


Adder 0 (Upper) 


Adder 1 (Lower) 
File F 
File G 
Shift/Boolean 0 
Shift/Boolean 1 
XMAU 0 
XMAU 1 


Ring Port 0 
Ring Port 1 
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TABLE C-2. BASE PROCESSOR CROSSBAR OUTPUTS 


CROSSBAR 
OUTPUT 


Control (data input) 
Multiplier (low input) 


Multiplier (high input) 


Data Memory 1 (address) 
Data Memory 1 (data) 


Shift/Boolean 1 (boolean data) 


Data Memory O (address) 
Data Memory 0 (data) 


Data Memory 2 (address) 
Data Memory 2 (data) 


Data Memory 3 (address) 
Data Memory 3 (data) 


Adder 0 (A input data) 
Adder 1 (B input data) 


Adder O (B input data) 


Adder 1 (A input data) 


File (A input data - file F) 
File (B input data - file G) 
Shift/Boolean 0 (shift data) 


Shift/Boolean 0 (shift count) 
Shift/Boolean 1 (double shift data) 
XMAU O (data input) 

Ring Port O (data input) 


Shift/Boolean 0 (double shift data) 
Shift/Boolean 1 (shift count) 

XMAU 1 (data input) 

Ring Port 1 (data input) 


Shift/Boolean 0 (boolean data) 


Shift/Boolean 1 (shift data) 
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TABLE C-3. FLOATING POINT CROSSBAR INPUTS 


CROSSBAR 
INPUT 


Floating Point Adder 


Floating Point Multiply 


Floating Point Divide 
Floating Point Register 
XMAU 0 (full 64 bit word) 
XMAU 1 (full 64 bit word) 


XMAU 0 (lower 32 bits moved to upper half 
of 64 bit word, lower 32 bits set to zero) 


XMAU 1 (lower 32 bits moved to upper half 
of 64 bit word, lower 32 bits set to zero) 


TABLE C-4. FLOATING POINT CROSSBAR OUTPUTS 


CROSSBAR 
OUTPUT 


Floating Point Adder 
Floating Point Adder 


Floating Point Multiply 
Floating Point Multiply 


Floating Point Divide 
Floating Point Divide 


Floating Point Register 
To XMAU's (both O and 1) 
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FUNCTIONAL UNIT OPERATION CODES D 


This appendix gives the operation codes, clock field assignments, and 
condition vector bit assignments for all functional units. 


The operation code consists of the three-digit hexadecimal code which is 
loaded from an instruction dynamic control (DC) field into the control 
register of a specified functional unit. This appendix lists these 
operations and codes and explains how to combine the codes into meaningful 
mnemonics. 


Only the True condition is listed for the condition vector bits. The 
mnemonics for the False conditions are given in the MICA Reference Manual 
(Publication Number 77960970). The corresponding False condition select 
codes are obtained by adding 400)6 to that for the True condition. 


In all of the following bit assignment charts, those bits that are 
represented by x's or y's are variable bits. Those represented by 0's 
(zeros) or 1's must be set as shown in order to obtain the operation 
specified. 
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INTEGER ADD UNIT 


The following are the bit assignments for the integer add unit operation 
codes. 


Bit- 0 12 3 4 5 6 7 8 9 10 #211 Description 


C Load comparand 
xX ~ Not used — 
0 | BCD (undefined if set) 
x Add/subtract with carry 


x Select L = A input 
x Select L = B input 
x Select S = B input 

x Complement S 


x 32-bit mode 
x Add mode 
x 2's complement 
x 8-bit mode 


The basic arithmetic operation is defined by the following formula in which 
the letters L, S and Z represent numbers of 8, 16 or 32 bits, carry in is a 
single low order bit and the carry out is the most significant bit of the 
9, 17 or 33 bit result. 


carry outeZ = L+S + carry in 


Operation Codes 


The following valid codes are listed as operations on words in 2's 
complement mode. 


To get a 1's complement value, subtract 2)¢ from the code. 
For halfword values, add 1,6 to the code. 

For double word values, add 8)¢ to the code. 

To load the comparand register, add 800)6 to the code. 


For 32-bit double word operations both adders must be set to the same code. 


The following table lists the operations that can be used in the CYBERPLUS 
integer add unit. 
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TABLE D-l1. INTEGER ADD UNIT OPERATION CODES 


MNEMONIC DESCRIPTION 


Arithmetic: 


AO Arithmetic pass A fT 

BO Arithmetic pass B Tf 

ADD Arithmetic addition 

SUB Arithmetic subtraction 

BB Add B to B (B+B) 

MB Minus B 

ADC Arithmetic addition with carry tt 
SBC Arithmetic subtraction with carry TT 
BBC Add B to B with carry TT 


Increment (2's complement only): 


Increment 
Increment 
Decrement 
Decrement 
Increment A+B by 1 
Increment B+B by 1 
Decrement A-B by 1 


A word of all zeros 

A word with value of one 

A word of all: ones 

The complement of B 

Pass A 

Pass B 

Logical left shift by 1 bit (= BB.2) 
Circular left shift by 1 bit (= BB.1) 


t In 1's complement mode —0 becomes +0. 
tt Available in 16- and 32-bit 2's complement modes only. 
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Examples 


The following are examples of the code produced from the specified 
mnemonics for the integer add unit. 


Mnemonic Code 
SUB.LC 8B2 
SUB.D2 OBA 
ADD.W2L 8A6 
BB.H 067 
AP1.2 082 


TABLE D-2. INTEGER ADD UNIT CLOCK BIT ASSIGNMENTS 


CU..-MOD0.D1.D2.D3.AOAIFGBO..B1..X0..-X1..10L1SI+ 


Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 


ABAB 


TABLE D-3. INTEGER ADD UNIT CONDITION VECTOR BITS 


TRUE CU SELECT 
MNEMONIC AO Al DESCRIPTION 


An.GT.CU Upper byte greater than comparand (8 bit) 
An. EQ.CU Upper byte equal to comparand (8 bit) 
An.GT.CL Lower byte greater than comparand (8 bit) 
An. EQ.CL Lower byte equal to comparand (8 bit) 
An.GT.C Output greater than comparand (16 bit) 
An.EQ.C Output equal to comparand (16 bit) 

An.NG Output negative (Most significant bit) 
An. NE. ZRU Upper byte is nonzero (8 bit) 

An. NE.ZRL Lower byte is nonzero (8 bit) 

An. NCY Not carry 

An.OV Overflow — 

AO1.GT.C Both adders greater than comparand (32 bit) 
A0O1.EQ.C Both adders equal to comparand (32 bit) 


1 
2 
3 
4 
5 
6 
7 
8 
9 
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DATA MEMORY UNIT 


The following are the bit assignments for the data memory unit operation codes. 


Mnemonic Bit- 0123 4567 891011 Description 


0 No change 

i - Load address comparand 
0 Load data comparand 

1 Load increment register 


x Post-modify index 
x O=increment, 1=decrement 
x Incrememt value (0=1, 1=1) 
x Memory to access (0=index, 1=file) 
x Address source (O=N/index, 1=XBAR) 
x Mode (0=read, 1l=write) 


yy y y Index register (N) 


Operation Codes 


The following table contains the valid operation codes for the data memory 
unit. One of the auxiliary registers may be loaded simultaneously with a 
basic operation by adding the corresponding codes. 


The asterisk (*) indicates a hexadecimal digit (0 through F 6) which 
specifies the index register number. 
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TABLE D-4. DATA MEMORY UNIT OPERATION CODES 


DESCRIPTION 


Read data file direct 

Read index file direct 

Read index immediate 

Read index, post-increment 

Read index, post-decrement 

Read index, post-add 

Read index, post~subtract 

Read data file indirect 

Read data file indirect, post-increment index 
Read data file indirect, post-decrement index 
Read data file indirect, post-add index 

Read data file indirect, post-subtract index 


Write data file direct 

Write index file direct 

Write index immediate 

Pass data, post-increment index 

Pass data, post-decrement index 

Pass data, post~add index 

Pass data, post-subtract index 

Write data file indirect 

Write data file indirect, post-increment 
index 

Write data file indirect, post-decrement 
index 

Write data file indirect, post-add index 
Write data file indirect, post-subtract index 


Load address comparand register 
Load data comparand register 
Load increment register 


Examples 


The following are examples of operation codes obtained from mnemonics for 
the data memory unit. 


Mnemonic Code 
RM.LA 460 
WN5.LD 815 
LI coo 
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TABLE D-5. DATA MEMORY UNIT CLOCK BIT ASSIGNMENTS 
CU. e eMODO.D1 D2 -D3.AOAI1FGBO. Bl e XO. onl e e~LOIISI+ 


Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 


ABCABCABCABC 


TABLE D-6. DATA MEMORY UNIT CONDITION VECTOR BITS 


TRUE CU SELECT 
BIT MNEMONIC DO Dl D2 D3 DESCRIPTION 


1 Dn.EQ.CA 008 009 OOA OOB | Address equal to comparand 

2 Dn.GT.CA 018 019 O1A O1B } Address greater than comparand 

3 Dn.EQ.CD 028 029 O2A 02B Output equal to comparand 

4 Dn. EQ.CDU 038 039 03A 03B | Upper byte equal to comparand 

5 Dn.EQ.CDL 048 049 04A O4B | Lower byte equal to comparand 

6 Dn.GT.CDU 058 059 O5A O5B | Upper byte greater than comparand 

7 Dn.GT.CDL 068 069 O6A O6B Lower byte greater than comparand 

8 Dn.NG 078 079 07A O7B } Output negative (most significant bit) 
9 Dn.GT.CD O4E O5E O6E O7E Output greater than comparand 


n is the unit number (0, 1, 2 or 3) 
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MULTIPLY UNIT 


The following are the bit assignments for the multiplier operation codes. 
Combinations of bits 1 through 5 not listed produce undefined results. 


Mnemonic Bit-— Oo) 2 be 4 So Be | TO «CTI Description 
X Not used 
MLM 0 0 0 0 0 16 bit magnitude 
MLT 1 0 0 0 0 16 bit 2's complement 
MUU 0 11 0 0 (AU*BU ) o(AL*BL) 
MUL 0 110i 1 (AU*BL) 0 (AL*BU ) 
MLU Oo 1 41 41 £40 (AL*BU ) o(AU*BL) 
MLL QO 11141 (AL*BL) 0 (AU*BU) 
0 O Comparands unchanged 
Pa 0 1 Load CL (low) comparand 
~LH 1 O Load CH (high) comparand 
- LB 1 1 Load both comparands 
x x (Select H (high) output) 
0 0 Multiply upper result 
AB 0 1 A input (pass) 
CNT L- 0 Popcount of A 
RV t, - Bit reverse of A 
y y (Select L (low) output) 
0) 0 Multiply lower result 
AB O 1 B input (pass) 
CNT 1 6) Popcount of B 
SC 1 1 Significance count of B 


Operation Codes 


One or both of the comparand registers may be loaded simultaneously with a 
basic operation by adding the corresponding codes. The following table 
lists the multiplication operations that can be used in the CYBERPLUS 
multiply unit. 
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TABLE D-7. MULTIPLY UNIT OPERATION CODES 


MNEMONIC DESCRIPTION 


lo-bit magnitude multiply 

16-bit 2's complement multiply 
Pass A and B 

(AU*BU ) 0 (AL*BL) 

(AU*BL) o(AL*BU ) 

(AL*BU )o0 (AU*BL ) 

(AL*BL ) 0 (AU*BU ) 

Population counts of A and B 

Bit reversal of A and significance 
count of B 

Population count of A and pass B 
Population count of A and 
significance count of B 

Pass A and population count of B 
Pass A and significance count of B 
Bit reversal of A and pass B 

Bit reversal of A and population 
count of B 


Load comparand 


Load lower comparand register CL 
Load high comparand register CH 
Load comparand registers CL and CH 


Examples 


The following are examples of operation codes generated by mnemonics for the 
multiply unit. 


Mnemonic Code 
MLT.LL 410 
AB.LB 035 
LH 020 


TABLE D-8. MULTIPLY UNIT CLOCK BIT ASSIGNMENTS 


CU...MODO.D1.D2.D3.AOAIFGBO. «Bl. -X0. Xl. -IOIISI+ 


Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 


AB 
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TABLE D-9. MULTIPLY UNIT CONDITION VECTOR BITS 


TRUE CU SELECT 
MNEMONIC MO DESCRIPTION 


MO .EQ.CH equal to comparand 


MO .EQ.CL equal to comparand 

MO.GT.CH greater than comparand 
MO.GT.CL greater than comparand 

MO.NGH negative(most significant bit) 
MO.NGL negative(most significant bit) 


SHIFT/BOOLEAN UNIT 


The following are the bit assignments for the shift/Boolean unit operation 
codes. All bit combinations are defined. 


Mnemonic Bit- | 0 1 2 3 4 5 6 7 8 9 10 11 Description 
«LC c Load comparand 
0 Shift count = n 
1 Shift count = C input 
x x Shift mode 
yyygeosy Shift count (n) 
Zz Zz Zz Zz Boolean function 


Operation Codes 


To form an operation code for the shift/Boolean unit, add the codes for a 
shift mode and boolean function to the shift count code. The shift count 
code is determined by multiplying count (n) by 10 46. 


To load the comparand register, add 800;¢ to the operation code. 
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The following table lists the shift/Boolean operations that can be used in 
the CYBERPLUS shift/Boolean unit. 


TABLE D-10. SHIFT/BOOLEAN UNIT OPERATION CODES 


MNEMONIC CODE DESCRIPTION 


snbb Mnemonic format 
Shift mode (s) 


Zero fill right shift 
Sign extended right shift 
Circular right shift 
Double word right shift 


Boolean function (bb) 


Zeros mask (all zeros) 


Logical AND 

A AND (NOT B) 

Pass A 

(NOT A) AND B 

Pass B 

Exclusive OR 

Logical OR 

Logical NOR (NOT(A OR B)) 
Equivalence (NOT(Exclusive OR)) 
NOT B 

Implication (A OR (NOT B)) 
NOT A 

(NOT A) OR B 

Logical NAND (NOT(A AND B)) 
Mask (All ones) 


Examples 


The following are examples of the operation codes produced by mnemonics for 
the shift/Boolean unit. 


Mnemonic Code 
C8NR 088 
ZAEX 2A6 
C8NR.LC 888 
D5 153 
ZXAY.LC FOB 
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TABLE D-11. SHIFT/BOOLEAN UNIT CLOCK BIT ASSIGNMENTS 


CU...MODO.D1.D2.D3.AOAIFGBO..B1..X0..X1.. IOLISI+ 


Clock Field 11111111112222222222333333333344444444 
. 012345678901234567890123456789012345678901234567 


ADBCADBC 


TABLE D-12. SHIFT/BOOLEAN UNIT CONDITION VECTOR BITS 


TRUE CU SELECT - 
MNEMONIC BO Bl : DESCRIPTION 


Bn.EQ.CU Upper byte equal to comparand (8 bit) 
Bn. EQ.CL Lower byte equal to comparand (8 bit) 


Bn.GT.CU Upper byte greater than comparand (8 bit) 
Bn.GT.CL Lower byte greater than comparand (8 bit) 
Bn.EQ.C Output equal to comparand (16 bit) 
Bn.GT.C Output greater than comparand (16 bit) 
Bn.NG Output negative (Most significant bit) 


n is the unit number (0 or 1) 
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FILE UNIT 


The operation codes for the file unit are generated from four octal 
fields. The first two octal fields are for file F and the last two are for 
file G. The thirteenth operation code bit (+) is loaded from clock bit 47. 


Mnemonic Bit-]+ O12 345 6/78 91011 Description 


0 All addresses in lower half 
+ 1 All addresses in upper half 
Fxx xx x Write address 
(0 through 7g) 
Fxx x x x Read address 
(O through 7g) 
Gxx x x xX Write address 
(O through 7g) 
Gxx > a <a < Read address 


(O through 7g) 


Examples 


The following are examples of operation codes generated for the file unit. 


Mnemonic Binary Hexadecimal 
+G26 000000010110 016 
F37G42 011111100010 7E2 


TABLE D-13. FILE UNIT CLOCK BIT ASSIGNMENTS 
CU..-MODO.D1.D2.D3.AOAIFGBO..B1l..XO..X1..I10I1SI+ 
Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 
AB + 


Note that clock bit 4/7 is loaded into the thirteenth bit of the control 
register when a dynamic control field specifies the file unit. 
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TABLE D-14. FILE UNIT CONDITION VECTOR BITS 


TRUE CU SELECT 
BIT MNEMONIC FG DESCRIPTION 
1 Fn.NG 0O0E 
2 Gn.NG O1lE 


n is any register number (0 through 7) 


RING PORT 


F output negative (most significant bit) 
G output negative (most significant bit) 


The following are the bit assignments for the ring port operation codes that may 
be executed by the processore Ring port operation codes executed from the ring 
by incoming ring packets are given in appendix E. 


Mnemonic Bit- |0 1 2 3 4 5 6 7 8 9 10 11 Description 
X 1 1 0 Local ring port function 

yyspesy Local control subfunction 
See X X X xX Not used 
operation 
codes i Remote interrupt 
below xX xX xX Remote control function 

transmitted onto ring 
P Pp p Path code 
dd d Destination code 


Note that for all remote control functions, the 12 bit operation code 
together with the 16 bits of data from the A input register form a 28 bit 
ring packet which is sent out onto the ringe The format of the data for 
remote functions is given in appendix E. 


Operation Codes 


In the following table of operation codes, p, d, and * are hexadecimal 
digits (0 through F)¢) which represent the path code, destination code 
and an instruction specific data field respectively. 


To cause an interrupt in the remote ring port, 800)¢ is added to the 
operation code. 
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TABLE D-15. RING PORT OPERATION CODES 


MNEMONIC CODE DESCRIPTION 


Data transmission and addressing 


Empty packet 

Send data to memory 

Send set status flag 

Send data to memory and set status flag 
Force load remote destination table 
Force load remote operation table 


Local ring port control 


Set ring port interrupt enable 
Clear ring port interrupt enable 


Set self-test 
Clear self-test 


Load shadow register select and set lockout 
(10 only) 


RPO: Clear lockout - allows external command to set 
shadow select register 

RPl: Clear high priority direct address interrupt 

Set interrupt lockout (10 only) 

Clear interrupt lockout (10 only) 


Decrement indirect address interrupt count 


Load mask register 


Remote control functions fT 


Set processor control register selected bits 
Clear processor control register selected bits 
Load breakpoint register 

Load P register ~ 

Load processor shadow register select 

Read currently selected shadow register 

Read shadow register and increment select 
Clear register select lockout 


t The remote ring port must be the master ring port (10) of its 
processor. For other ring ports, the packet is treated as a NOP on 
arrival. 
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Examples 


The following are examples of the operation codes produced by mnemonics for 
the ring port unit. 


Mnemonic Code 

SDF4 1F4 
LO3A 43A 

CLL 650 

CCR7 = hy 

SD5A.I1 95A 

SIE.I EOO 


TABLE D-16. RING PORT CLOCK BIT ASSIGNMENTS 


CU..-MODO.D1.D2.D3.AOAIFGBO..B1..X0..X1..1011SI+ 
Clock Field 11111111112222222222333333333344444444 
ACAC I 
ssl 
Note that bit 46 determines which of the two ring port outputs is routed 
out to the crossbar. 


TABLE D-17. RING PORT CONDITION VECTOR BITS 


TRUE CU SELECT 
MNEMONIC 10 Il DESCRIPTION 


In. FUL Output FIFO full 
In. ANY Any status flag mask pair set 


In. ALL All status flag mask pairs set 
In.STP Ring stop request fT 


n is the unit number (0 or 1) . 


t This bit does not give the state of the ring but indicates that 
this port is itself sending out a ring stop signal. 
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Ring Port Output Selection 


Clock field Shadow select register Output to crossbar 


0 Ring port 0 


1 Ring port l 
x Status flag register (0-15) 
x Bit O=lost packet detected 
Bit l=second lost packet detected 
Bits 4-15=lost packet bits 0-11 fT 
lx x x 1 x x x_ Bits 0-15=lost packet bits 12-27 


EXTERNAL MEMORY ACCESS UNIT (XMAU) 


The following are the bit assignments for the external memory access unit 
operation codes that can be executed by the processor. 


Bit- |0123 4567 891011 12 13 14 15 Description 


x XX kK HPM memory access 
Xo kK XMAU register operations 
x xX xX Data register modes 
x x x x Functional unit select 


t If bits 0 and 1 are both zero, the data bits (4-15) are updated 
from the ring port input register each machine cycle. 
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Operation Codes 


The following table lists the XMAU operation codes. To form a complete 
operation code for the XMAU, add one code from each group together. 


TABLE D-18. XMAU OPERATION CODES 


MNEMONTC CODE DESCRIPTION 


aabbc Mnemonic format 
Group 1 — HPM access (aa) 


° No operation 

Rl Read HPM random - register 1 

Wl 300 Write HPM random - register 1 

$l 500 Read HPM sequentially - register 1 

Z1 700 Write HPM sequentially - register 1 

Fl 400 Read sword sequential, address register l 
Pl Write sword sequential, address register 1 
R2 Read HPM random — register 2 

W2 BOO Write HPM random —- register 2 

$2 DOO Read HPM sequentially - register 2 

Z2 FOO Write HPM sequentially - register 2 

F2 coo Read sword sequential, address register 2 
P2 E00 Write sword sequential, addresss register 2 


Group 2 - internal register manipulation (bb) 


° No operation 

Al Load address register 

A2 Load address register 

$l Load segment register 

$2 Load segment register 

CA Load address comparand register 

cS Load segment comparand register 

FP Load data register from floating point unit 

FU Load upper half of data register from floating 

point unit 

FL Load lower half of data register from floating 
point unit 

1+ Increment address register 1 

2+ Increment address register 2 

DR Write data register from ring/crossbar 

cI Clear interrupt 

CL Clear normal prefetch stack 
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TABLE D-18. XMAU OPERATION CODES (Cont'd. ) 


MNEMONIC CODE DESCRIPTION 


Group 3 — processor access (c) 


No operation 

Clear assembly/disassembly counter 

Load assembly/disassembly counter with l 
Load assembly/disassembly counter with 2 
Load assembly/disassembly counter with 3 
Decrement assembly/disassembly counter 
Increment assembly/disassembly counter 
Read selected shadow register (XO only) 
Write program memory — parcel O (X0 only) 
Write program memory — parcel 1 (XO only) 
Write program memory — parcel 2 (XO only) 
Write program memory — parcel 3 (XO only) 


0 
1 
Z 
3 
+ 
R 
W 
X 
Y 
Z 


Examples 


The following are examples of the operation codes produced by mnemonics for 
the XMAU. | 


Mnemonic Code 
R2.- 902 
W11++ 313 
Sl. + 503 


TABLE D-19. XMAU CLOCK BIT ASSIGNMENTS 


CU. e -MODO.D1.D2.D3.AOAIFGBO. sBils XO. ex ls ~LOIISI+ 


Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 


WACDWACD 
D D 
R R 
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TABLE D-20. XMAU CONDITION VECTOR BITS 


TRUE CU SELECT 
BIT MNEMONIC X0 X1 DESCRIPTION 


Xne-EQ.CA 
Xn.GT.CA 
Xn.NGU 


Address equal to comparand (24 bit) 
Address greater than comparand (24 bits) 
Upper byte negative(most significant bit) 
Lower byte negative 

Data register full flag 

Output buffer full fT 

Request stack full Tt 


n is the unit number (0 or 1) 


tT These two bits will always be read and tested by a program as 0 
(false) since they represent the specified processor stop 
condition; therefore, the processor is always stopped when they are 
1 (true). Note, however, that their corresponding shadows are 
accessible from the ring and provide useful information about the 
reason for a processor stop. 


Xn.NGL 
Xn.DRF 
Xn.OBF 
Xn.RSF 


NWO WD DO 


FLOATING POINT UNIT 


The following are the bit assignments for the floating point unit operation 
codes. The unit select code (9) is entered in bit position 12-15. 


Bit- 0123 4567 89 10 11 Description 


X XXX | File register write address, 
values of 0 through F. 
XX XX File register read address, values 
of 0 through F. 
X 32 (clear)/64 (set) data format 
select 
X Divide (clear)/square root (set) 
. function select 
X Normalize function select 
X Add (clear)/subtract (set) 
function select 
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Operation Codes 


The following table lists the floating point unit operation codes that can 
be used in the CYBERPLUS floating point unit. 


TABLE D-21. FLOATING POINT UNIT OPERATION CODES 


MNEMONIC CODE DESCRIPTION 

Floating Point Add Unit 
ADD .H 000 Floating point addition in 32-bit mode 
ADD 008 Floating point addition in 64-bit mode 
SUB.H 001 Floating point subtraction in 32-bit mode 
SUB 009 Floating point subtraction in 64-bit mode 


Normalization function in 32-bit mode 


Floating Point Multiply Unit: 


MLT.H 000 Floating point multiplication in 32-bit mode 
MLT Floating point multiplication in 64-bit mode 


Floating Point Divide Unit | 


Floating point divide in 32-bit mode 
Floating point divide in 64-bit mode 


Square root computation in 32-bit mode 
Square root computation in 64-bit mode 


O0-F b - File register read address 
CLR 000 Clear status register and associated 


condition vector bits 


3 


For the floating point unit crossbar control field format and clock field 
format see appendix B, Instruction Format, and appendix C, Crossbar 
Assignments. 
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TABLE D-22. FLOATING POINT UNIT CONDITION VECTOR BITS 


TRUE 
BIT MNEMONIC CU SELECT DESCRIPTION 


Overflow - any unit 

Underflow - any unit 
Indefinite result - any unit 
(FS.OV) or (FS.UN) or (FS.IND) 


Overflow or underflow or indefinite result 
from add unit operation 


FM. ANY Overflow or underflow or indefinite 
result from multiply unit operation 


FD. ANY Overflow or underflow or indefinite result 
or division fault from divide unit 


FD.DIVF Division fault - unnormalized divisor or 
radicand 


Input register A greater than input 
register B 


Input register A equal to input register B 


Input register A less than input register B 
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CONTROL UNIT 


The following are the bit assignments for the control unit jump instruction 


operation codes. 


Mnemonic Bit- 012345678910 Il 


JS 
JKP, JPK 


JKA, JAK 
JK 

JAS, JSA 
JAP, JPA 


JAA 
JA 


Examples 


0 0 
01 


—e OO [on a) 
o°oO = 


— 


oe) 


- © 


-—- Ore © 


— © 


Pr He 


Description 


If condition true 
If condition false 


Jump to location contained in stack 
Jump to current location plus 
constant 

Jump to constant plus crossbar input 
Jump to constant 

Jump to stack plus crossbar input 
Jump to current location plus 
crossbar input 

Jump to crossbar input, doubled 
Jump to crossbar input 

Condition vector bit number fT 
Condition vector section number ft 


The following are examples of jump instruction operation code generation. 


T 
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IF(DO.LE.CA) JK() 
IF(AO.NG) JPK() 


598 
0E3 


Refer to each unit for specific condition vector select codes. 


B 


The following are the bit assignments for the control unit stack operation 
codes 


Mnemonic Bit-}01234567891011 Description 


1 0 Stack manipulation instruction 

STAC 000 Stack address clear 

STPK,STKP 001 Stack next instruction address 
plus constant 

STAK,STKA 010 Stack crossbar input plus 
constant 

STK 011 Stack constant 

STSA,STAS 100 Stack current stack value plus 
crossbar input 

STPA,STAP 101 Stack next instruction address 
plus crossbar input 

STAA 110 Stack crossbar input doubled 

STA lil Stack crossbar input 


x xXxXKyy y y Not used 


The following are the bit assignments for the control unit conditional 
clock operation codes. 


Mnemonic Bit~{|0123456/78910 11 Description 


11 - Conditional clock instruction 
CAO (xa) 000 Adder 0 A input 
CAO(, xb) 001 Adder O B input 
CAl (xa) 010 Adder 1 A input 
CAl1(,xb) 011 Adder 1 B input 
CFG(xa) 100 File unit A input (F file) 
CFG(,xb) 101 File unit B input (G file) 
CBO(,xb) 110 Shift/Boolean unit O B input 
CB1(,xb) 111i Shift/Boolean unit 1 B input 

x xXX . Condition vector bit number fT 
yy y y Condition vector section number f 
t Refer to each unit for specific condition vector select codes. 
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Examples 


The following are examples of conditional clock operation code generation. 


Instruction Code Equivalent unit operation field 
IF(AO.GT.C) CA1(,D2) DC3 Al=*(,D2/-B) 
IF(AO.LE.C) CA1(,D2) DC3 Al=*(,D2) 
IF(FO.NG) CFG(A0) EOE FG=*(A0 /~A) 
IF(GO.PL) CBO(,HO) FIE BO=*(,HO) 


Note that the true and false conditions for each condition vector bit are 
selected by means of the actual unit clock bit that is being conditionally 
executed, since the effective clock is the Exclusive Or of the condition 
and the explicit clock. 


TABLE D-23. CONTROL UNIT CLOCK BIT ASSIGNMENTS 


CU. e ~MODO Dl eD2 -D3.AOALFGBO. Bl e XO. Xl ee LOL1SI+ 


Clock Field 11111111112222222222333333333344444444 
012345678901234567890123456789012345678901234567 


APPJF R 
UOII S 
SP C 
H 


TABLE D-24. CONTROL UNIT CONDITION VECTOR BITS 


TRUE CU SELECT 
BIT MNEMONIC CU DESCRIPTION - 


Always 0 
Always 1 
Interrupt pending 
Stack full 
Stack empty 
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RING PACKET FUNCTION CODES E 


This appendix describes the format of ring packets and defines the 
operations that are performed by such packets when they enter a ring port 
from the ring. In the following definitions, '-' represents a ‘don't care' 
value and 'x' is the lost data detection bit. 


Empty Packet: 


11 12 19 20 


0 3.4 7 8 
[] [woool----]----| 
Indirect Addressing (Nonforced): 


Packet is accepted and placed in the input FIFO if the destination table 
entry addressed by the path code (a) is enabled and its contents are equal 
to the destination code (b). The packet is also removed from the ring if 
the gobble bit in the entry is set. If the packet specifies an interrupt 
(i=l), this occurs when the packet function is executed upon leaving the 
input FIFO. 


0 3.4 7 8 ll 12 19 20 
data 
Mnemonic Code Path Dest Description 
SDab iool Send data and execute OT entry 
ENab ioil1o End - set status flag bit a 
SEab ioll Send data and set status flag a 
LOab i10do Load operation table entry a 
1000 Illegal operation (NOP) 
Pppp Path code p 
dddd Destination code d 
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Direct Addressing (Forced Transfers): 


Packet is accepted, removed from the ring and executed directly if the 
equipment select code (bits 20 through 27) is equal to the ring port 


equipment code switch setting. 
this occurs directly. 


ea 


Mnemonic Code 
LDab i1oO 


Mnemonic 


SCRb ill 
CCRb ill 


1 


1 
1 


0 34 7 
POT ee ee 


Path 


P P P P 


0 3 4 7 8 
[itft[trrr]-ascl]vercursK 
Function Code 


-000 
-001 


Control register bits - 


Bit 


AQgHdmowmooaowp 


Usage 


RPO 

RPO 
RPO/RP1 
RPO 

RPO 

RPO . 
RPO 

RPO 
RPO/RP1 
RPO/RP1 
RPO 


Dest 


dddd 


If the packet specifies an interrupt (i=l), 


11 12 19 20 27 


c2UEE cadd [ge =~ ~~ [ea select code. 


Description 


Load destination table entry 
as new table entry 
Path code (address of 
destination table) 
New destination code to load 

g Gobble bit (1 = remove from 
ring) 

e Enable bit (0 

disabled) 


entry 


19 20 


ll 12 


Description 


Set control register selected bits 
Clear control register selected bits 


Not used 

Enable breakpoint interrupt 
Enable stop on return from interrupt 
Enable ring stop on lost data 
Processor master clear 

Step bit 

Run bit 

Breakpoint enable 

Processor interrupt enable 
Select self test mode 

Ring port interrupt enable 
Stack full flag 
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0 3 4 7 8 1l 12 19 20 27 

fiffe[ fret] [data _| eq. select code] 
Mnemonic Function Code Description 
BKPb ilill =0 1-0 Load breakpoint register 
LDPb illl -OoOl1l Load P register 
b bb b Upper 4 bits of 12 bit data 

0 3 4 7 8 11 12 19 20 2/7 
LPR #12) -~ 100 Load processor register select 
CRSL ye ca a | Sd hk Clear register select lockout 

0 34 7 8 11 12 19 20 27 
[{] [LREFT FSFE [aaa] cecepepe | eg select code] 
RSHb ilill -101 Read selected shadow register 
RSIb ilill et 50 Read shadow and increment select 


Packet is replaced on the ring by a packet of the following 
format where the fields c (return control field), p (path), and d 
(destination) are taken from the original packet. 


4 7 8 1l 12 19 20 27 


0 3 
pppp|dddd shadow register value 
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COMMAND SUMMARY F 


In all of the following commands (unless otherwise indicated), the ring or 
processor number, represented by the letter n, may be: 


l. omitted, in which case the default established by the relevant HPP 
or RING command is used; 


2. replaced by a decimal number indicating the processor or ring to 
which the command is to apply; or 


3. replaced by an asterisk (*) which indicates that the command is 
applied to all processors in the list established by the USE 
command, or to all rings as appropriate. 


Some of the commands below contain the local file designation "“lfn." If 
there is a system assigned default file, its name is shown in capital 


letters. These names may be changed at any time using the appropriate 
command. 


Interaction Control 
Break Key Stop execution or dump; return to command mode 


Carriage Return Repeat previous line of commands 


Listing Control Commands 


PAGE Page eject on list file 

SPACE,n Print/display n (decimal) blank lines 

TITLE, title Set page heading for list file 

LIST ,1lf£n,R Start writing simulator transactions to file LIST 


R Rewind list file 


NOLIST or NL Stop writing list file 
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Load Or Checkpoint Programs And File Control 


n.LOAD ,1lfn,ovl 


CKP ,lfn,/string 


RELD, lfn,string 


REWIND ,1£n 


X,lfn 


Execution Commands | 


ne P=xxx 


neRUN,t,i 


n.GO,xxx,t,i 


n.STEP,t,NT 


n.RUNR,t,i 


n.STEPR,t,NT 


Load program and data or overlay ovl (if 
specified) from file MBIN 


Checkpoint whole array state to file CHKPT 


F Append checkpoint to end of file 
string A 40 character identification string 


Reload checkpoint from file CHKPT 
Rewind file lfn (no default) 


Execute commands on file PROC 


Set next instruction address in processor n to xxx 
(hex) 


Start simulating t instructions in rings and 
processor n in increments of i 


Set next instruction address in processor n to xxx 
(hex) and execute t instructions in increments of 
i 


Execute t (decimal) instructions in processor n 
only 
NT Disable terminal trace 


Start simulating t steps in ring n in increments 
of i 


Execute only ring n for t machine cycles 
NT Disable terminal trace 


Simulator Initialization And Mode Control 


neMODE, opt 


Set processor n to either include or supress 
floating point output 


n= % All processors 

opt Can be either of the following: 
I or INTEGER 
F or FLOAT 
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n.RESET,opt 


n.SET ,BKPi,fwa,lwa 


n. SET, ROM, Dx, fwa,lwa 


n.SET,TRC,fwa,lwa 


ne TRACE, @opt,sb 
n.T,@opt,sb 


n.eNOTRACE, Gopt,sb 
n.NT,@opt,sb 
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Reinitialize proce 


ssor number n 


n= * Reinitialize the whole simulator 
(including the Use list) 

opt The options and their affect are: 
Prog memory Data memory Registers 

= omit zero zero zero 

= A JK(/JI) K=* address zero 

= N JK(/JI) K=* compl addr Zero 

= R JK(/JI) K=* random random 


Set software break 


point i (1-8) in processor n 


Define read only memory in data memory x of 


processor n 


Set program addres 


processor n 
fwa,lwa Addr 


Define tracing opt 
@ omitted Repl 
@=+ Add 


s range (hex) for tracing 
ess range (hex) 
ions for processor n 


ace existing options 
to existing options 


@=- Remove from current selection 


opt Any 
* 


R 
T 
F 
A 
I 
D 
0 
M 
X 
L 
B 
H 
S 
4 
Z 
. N 
sb Any 
S 
B 
C 
D 


Disable tracing fo 


@ Same 
opt ‘Same 
sb Same 


combination of: 

Same as AIDOX 

Reset to default 

Trace HPP/RING interlock 
Functional unit header 

Basic processor status 
Functional unit input registers 
Functional unit dynamic control 
Functional unit output registers 
Current instruction 

Crossbar interpretation 

Line of —- (minus) signs 

Blank line 

Array status header 

Status of whole array 

Processor P register 

Line of = (equals) signs 
Suppress display of new trace 
two shift/Boolean input registers 
Shift input register 

Boolean input register 

Shift count register 

Double shift input register 


r processor n 
as TRACE command 
as TRACE command 
as TRACE command 
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USE,al,a2,.. Define processors to be processed 


USE,x ° al ,a2,oee List of processors to use (decimal) 
x omitted Display current list 
x= * Use all processors in configuration 
x = N/NONE Clear Use list 
x = D/DEF Use all loaded processors (default) 
HPP,n Define default processor (n) for commands 
n omitted Display current default 
n= * Default is all processors in the Use 
list 
RING ,n : Define default Ring (n) for subsequent commands 
n omitted Display current default 
n= * Default is all Rings 
CONFIG, x Change array configuration and *RESET 
x Predefined configuration 1-4 


Dump And Status Commands 


ne DMP,fu,IM,fwa,lwa,NT Dump the current state of functional unit fu in 
processor n 


I Dump index registers 

M Dump memory contents 

fwa,lwa Memory address range (hex) 

NT Disable terminal output 
n-DMPR,NT Dump the contents of Ring n 

NT Disable terminal output 
n.-QUERY , opt, NT Print selected simulator status of processor n 
n.Q,opt,NT opt Any combination of: 


* All options except C and D 
Header (Title/Version) 
List file and page count 
Default/active file names 
Configuration of array 
Processor state 
Breakpoints 

Trace mode and range 
ECHOS and array trace modes 
Accumulated statistics 
Rate of simulation 

Enter ECHOS self-debug aid 
NT Disable terminal output 


OAnNBZHAwTWoOWAY 


n.DF,y Display register y (hex) of file unit f (F or G) 
in processor n 
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n.DIx,y 


n.eDMx, yyy 


n. DMM, yyy 


Display index register y (hex) of data memory x in 
processor n 


Display location yyy (hex) of data memory x in 
processor n 


Display location yyy (hex) of instruction memory 
in processor n 


Processor Control! Commands 


ne BKD 
ne BKE 


n. BKP=xxx 

n.eMC 
n.Sf,y,zzzz 
n.SIx,y,222z 
neSMx, yyy,22Z2z 


n.SMM, yyy, mnem=zzzz 


n.PAK,cpd, yyyy 


Terminating The Simulator 


BYE 
END 
EXIT 
HALT 
QUIT 


KILL 
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Disable hardware breakpoint in processor n 
Enable hardware breakpoint in processor n 


Set breakpoint register in processor n to xxx (hex) 
and enable breakpoint 


Master clear processor n 
n=* External master clear the whole array 


Set register y (hex) of file unit f (F or G) in 
processor n to zzzz (hex) 


Set index register y (hex) in data memory x (hex) 
in processor n to zzzz (hex) 


Set location yyy (hex) in data memory x (hex) in 
processor n to zzzz (hex) 


Set location yyy of the instruction memory for 
processor n to zzzz (mnem represents the mnemonic 


for the desired field within instruction memory). 


Put ring packet cpd,yyyy (hex) into ring n's 
master slot 


Print accumulated statistics and exit ECHOS 


Terminate ECHOS without statistics 
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